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
530
GitHub入門スライド
Recursionのチーム開発でGithubのハンズオンをやることになったので、その際に使うスライドです。
Ushijima Kazuto
March 05, 2022
Tweet
Share
More Decks by Ushijima Kazuto
See All by Ushijima Kazuto
UIを完全に理解して、 プロダクトをチョット良くする
tojimasan
1
500
アウトプット > インプットを目指そうという話
tojimasan
0
310
Clean Architecture完全に理解したを目指す本
tojimasan
0
530
Other Decks in Programming
See All in Programming
Quand Symfony, ApiPlatform, OpenAI et LangChain s'allient pour exploiter vos PDF : de la théorie à la production…
ahmedbhs123
0
110
GraphRAGの仕組みまるわかり
tosuri13
8
500
Result型で“失敗”を型にするPHPコードの書き方
kajitack
4
550
ニーリーにおけるプロダクトエンジニア
nealle
0
680
プロダクト志向ってなんなんだろうね
righttouch
PRO
0
170
Goで作る、開発・CI環境
sin392
0
180
アンドパッドの Go 勉強会「 gopher 会」とその内容の紹介
andpad
0
280
都市をデータで見るってこういうこと PLATEAU属性情報入門
nokonoko1203
1
580
PHP 8.4の新機能「プロパティフック」から学ぶオブジェクト指向設計とリスコフの置換原則
kentaroutakeda
2
680
なぜ「共通化」を考え、失敗を繰り返すのか
rinchoku
1
610
git worktree × Claude Code × MCP ~生成AI時代の並列開発フロー~
hisuzuya
1
520
Go1.25からのGOMAXPROCS
kuro_kurorrr
1
830
Featured
See All Featured
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.4k
4 Signs Your Business is Dying
shpigford
184
22k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
The World Runs on Bad Software
bkeepers
PRO
69
11k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Agile that works and the tools we love
rasmusluckow
329
21k
Building a Modern Day E-commerce SEO Strategy
aleyda
42
7.4k
Done Done
chrislema
184
16k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
124
52k
The Cult of Friendly URLs
andyhume
79
6.5k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
940
Intergalactic Javascript Robots from Outer Space
tanoku
271
27k
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