Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
GitHub入門スライド
Search
Ushijima Kazuto
March 05, 2022
Programming
0
470
GitHub入門スライド
Recursionのチーム開発でGithubのハンズオンをやることになったので、その際に使うスライドです。
Ushijima Kazuto
March 05, 2022
Tweet
Share
More Decks by Ushijima Kazuto
See All by Ushijima Kazuto
UIを完全に理解して、 プロダクトをチョット良くする
tojimasan
1
470
アウトプット > インプットを目指そうという話
tojimasan
0
300
Clean Architecture完全に理解したを目指す本
tojimasan
0
500
Other Decks in Programming
See All in Programming
Open source software: how to live long and go far
gaelvaroquaux
0
620
Pythonでもちょっとリッチな見た目のアプリを設計してみる
ueponx
1
480
Software Architecture
hschwentner
6
2.1k
データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns
mokuo
41
15k
昭和の職場からアジャイルの世界へ
kumagoro95
1
350
なぜイベント駆動が必要なのか - CQRS/ESで解く複雑系システムの課題 -
j5ik2o
7
2.5k
Kanzawa.rbのLT大会を支える技術の裏側を変更する Ruby on Rails + Litestream 編
muryoimpl
0
220
法律の脱レガシーに学ぶフロントエンド刷新
oguemon
5
730
CNCF Project の作者が考えている OSS の運営
utam0k
5
690
ASP. NET CoreにおけるWebAPIの最新情報
tomokusaba
0
360
Djangoアプリケーション 運用のリアル 〜問題発生から可視化、最適化への道〜 #pyconshizu
kashewnuts
1
230
時計仕掛けのCompose
mkeeda
1
280
Featured
See All Featured
YesSQL, Process and Tooling at Scale
rocio
171
14k
Bootstrapping a Software Product
garrettdimon
PRO
305
110k
Unsuck your backbone
ammeep
669
57k
Done Done
chrislema
182
16k
Mobile First: as difficult as doing things right
swwweet
223
9.3k
Designing for humans not robots
tammielis
250
25k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
10
1.3k
Site-Speed That Sticks
csswizardry
3
370
BBQ
matthewcrist
86
9.5k
Into the Great Unknown - MozCon
thekraken
35
1.6k
How to Ace a Technical Interview
jacobian
276
23k
Code Review Best Practice
trishagee
66
17k
Transcript
Git と GitHub のハンズオン 2022.03.05 Git とGitHub のハンズオン 1
スライド内容 チームメンバーのGit レベル向上のために作ったハンズオン的なスライ ドです。 取り急ぎ作ったスライドになるので、画像などがないことには目を瞑 っていただけると幸いです。 Git とGitHub のハンズオン 2
Git とは 参考文献 【初心者向け】Git とは何なのか。基本用語やその仕組みをまとめてい ます。 Git とは、分散型バージョン管理システムです。といっても分かり にくいのですが、ざっくりいうとファイルのバージョン管理が簡 単にできるツールといえます。
“ “ Git とGitHub のハンズオン 3
GitHub とは 参考文献 GitHub とは?使い方や知っておきたい知識を解説! GitHub 上で、エンジニア各々が公開用のプログラムをアップして 自分以外のエンジニアに共有。その後、履歴を残しながら更新し たり、自分以外のエンジニアも修正を加えることが可能です。 “
“ Git とGitHub のハンズオン 4
git-flow 私個人もよく理解しているわけではありません。個人で参考文献など を読むことをおすすめします らしいです。 大切なことは 「どのブランチで作業するかをちゃんと理解して、適切 にブランチを切り開発を行いましょう。」 ということだと思います。 「git-flow 」はVincent
Driessen 氏の「A successful Git branching model 」を基にしたワークフローです。他のワークフローと比べ ると、大規模で複雑な構成になっています。 “ “ Git とGitHub のハンズオン 5
それぞれのブランチの役割 メインブランチ main(master) 本番環境で動いているブランチ バグがないことが望まれます Git とGitHub のハンズオン 6
サブブランチ (hotfix) 今回の開発では扱わない予定です (release) 今回の開発では扱わない予定です Git とGitHub のハンズオン 7
develop main(master) が本番環境に対して、develop はデモ環境と言えま す develop へのmerge にはPR レビューが必要になります PR
レビューとはPull Request に対するレビューのことです Pull Request で他の人からApprove をもらうことでマージがで きます 絶対ではありません Git とGitHub のハンズオン 8
feature 機能を開発するブランチです 勤務している会社の場合 issue1233_hoge みたいなブランチ名で す 参考文献 【図解】git-flow 、GitHub Flow
を開発現場で使い始めるためにこれだ けは覚えておこう Git とGitHub のハンズオン 9
よく使うコマンド だいたいこれ知っときゃなんとかなるコマンド集 fork 既存のリモートリポジトリを自分のリモートリポジトリにする fork するリポジトリへの貢献が前提 今回の場合はrecursion-team-o/typing-game 手順 コマンドはありません。今回はブラウザで行います Git
とGitHub のハンズオン 10
clone リモートリポジトリをローカルリポジトリにする リモートのコードをローカルに落とす 手順 ブラウザからリンク先を取得します git clone [ 先ほど取得したリンク] Git
とGitHub のハンズオン 11
ちなみに 私はVSCode ユーザーなのですが、VSCode ではswitch からpush ま でをコマンドなしで行うこともできます ブランチはVSCode の標準機能を使ってきることがほとんどです。 (
個人の意見) Git とGitHub のハンズオン 12
switch or branch -c 新しくブランチの作成を行います よく「ブランチを切る」と言います 手順 git switch -c
新しいブランチ名 or git branch -b 新しいブランチ名 Git とGitHub のハンズオン 13
add ファイルへの修正をインデックスツリーに登録します 詳しいことを知りたい人は以下の記事を読んでください 手順 // それまでに行った全ての修正をadd する git add -A
// 特定のファイルやディレクトリをadd する git add [ ファイル名] Git とGitHub のハンズオン 14
restore add をなかったことにしたいときに使います インデックスツリーから削除します 手順 git restore [ ファイル名] Git
とGitHub のハンズオン 15
commit インデックスツリーに登録した(add した) ファイルをローカルリポジ トリにコミットします commit への正しい説明になっておらず、、。すいません 手順 git commit
-m ' コミットメッセージをここに書きます' Git とGitHub のハンズオン 16
push これまでの修正(commit など) をリモートリポジトリに送信します 手順 git push [ リモートリポジトリ名 or
エイリアス名] [ ブランチ名] Git とGitHub のハンズオン 17
fetch 指定したリポジトリからコードを取得します 取得するだけで取り込むことは行いません merge で取り込みます 手順 git fetch [ リモートリポジトリ名
or エイリアス名] Git とGitHub のハンズオン 18
merge 指定したブランチを現在のブランチに取り込みます 取り込んだブランチとの競合がある場合にはコンフリクトが発生し ます コンフリクトが起きること自体は問題ない 手順 git merge [ ブランチ名]
Git とGitHub のハンズオン 19
pull fetch + merge を行います 手順 git pull [ リモートリポジトリ名
or エイリアス名] [ ブランチ名] Git とGitHub のハンズオン 20
Issue コードに対する修正や追加を行う前にどのような修正を行うのか、 仕様はどのようなものかを書きます アジャイル開発で言うところのEpic もここに入ります 参考文献 Issue について GitHub のIssue
を使って、GitHub での作業に関するアイデア、フ ィードバック、タスク、バグを追跡してください。 “ “ Git とGitHub のハンズオン 21
Pull Request 修正が終わったfeature ブランチをdevelop ブランチに統合(merge) する申請を出すようなもの 申請なので承認が必要です 承認とは他人によるRP レビューとApprove のこと
Pull Request が承認されるとdevelop やmaster に対する統合(merge) が可能になります リポジトリへの、変更の提案、または変更における共同作業をす るには、プルリクエストを作成できます。 これらの変更は「ブラ ンチ」を介して提案され、デフォルトブランチには完成してい て、かつ承認された作業のみが含まれるようにします。 “ “ Git とGitHub のハンズオン 22
Git とGitHub のハンズオン 23