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
“あなた” の開発を支援する AI エージェント Bedrock Engineer / introducing-bedrock-engineer
gawa
11
1.8k
負債になりにくいCSSをデザイナとつくるには?
fsubal
9
2.3k
Flutter × Firebase Genkit で加速する生成 AI アプリ開発
coborinai
0
150
Immutable ActiveRecord
megane42
0
130
JavaScriptツール群「UnJS」を5分で一気に駆け巡る!
k1tikurisu
10
1.8k
Kanzawa.rbのLT大会を支える技術の裏側を変更する Ruby on Rails + Litestream 編
muryoimpl
0
220
Grafana Loki によるサーバログのコスト削減
mot_techtalk
1
110
最近のVS Codeで気になるニュース 2025/01
74th
1
250
いりゃあせ、PHPカンファレンス名古屋2025 / Welcome to PHP Conference Nagoya 2025
ttskch
1
270
ASP. NET CoreにおけるWebAPIの最新情報
tomokusaba
0
360
DROBEの生成AI活用事例 with AWS
ippey
0
130
iOSエンジニアから始める visionOS アプリ開発
nao_randd
3
120
Featured
See All Featured
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
GraphQLとの向き合い方2022年版
quramy
44
13k
The Cult of Friendly URLs
andyhume
78
6.2k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
Build The Right Thing And Hit Your Dates
maggiecrowley
34
2.5k
What's in a price? How to price your products and services
michaelherold
244
12k
Agile that works and the tools we love
rasmusluckow
328
21k
Designing Experiences People Love
moore
139
23k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
49
2.3k
Facilitating Awesome Meetings
lara
51
6.2k
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