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
KansaiLT2
Search
Tomoki Sugiura
December 20, 2018
290
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
KansaiLT2
KansaiLT2で使ったスライド
Tomoki Sugiura
December 20, 2018
More Decks by Tomoki Sugiura
See All by Tomoki Sugiura
CiliumによるKubernetes Network Policyの実現 CNDT2021
shanpu
0
1.4k
naist colloquium-B 2
shanpu
0
240
ricc-20210826
shanpu
0
590
IOT53
shanpu
0
120
RICC-PIoT Workshop 2021
shanpu
0
700
ricc-nii-2020
shanpu
0
150
Cloud Native Kansai #05 LT4
shanpu
1
1.1k
gcpug-kyoto#2-LT1
shanpu
0
720
kubernetes-seminar
shanpu
0
200
Featured
See All Featured
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.5k
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
210
GraphQLとの向き合い方2022年版
quramy
50
15k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
600
Building Adaptive Systems
keathley
44
3.1k
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
390
Producing Creativity
orderedlist
PRO
348
40k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
320
A better future with KSS
kneath
240
18k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
840
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Transcript
縛るのはお好きでるのはお好きですか?好きですか?きですか?
縛るのはお好きでられるのがお好きですか?好きですか?きですか…?
趣味のチーム開発のチーム開発チーム開発開発 GitHubのチーム開発使い方をい方を方をを ルールで縛るのはどれく縛るのはどれくらるのチーム開発はどれくらい方をが 適切か考えてみた件か考えてみた件考えてみた件えてみた件件 Presented by shanpu
Definition 趣味のチーム開発のチーム開発チーム開発開発のチーム開発定義 4 • 3〜5人程度 • 開発期間は比較的短期間は比較的短期間比較的短期間は比較的短期間 (2日〜1ヶ月程度ヶ月程度月程度) • gitの熟練度はばらば熟練度は比較的短期間ばらばら
? 趣味のチーム開発のチーム開発チーム開発開発はどのチーム開発位置にあるべき?にあるべき? 5
Element ポイント 6 ブランチ プルリク そのチーム開発他
ブランチをどう切るか切か考えてみた件るか考えてみた件 masterにコミットはあかコミットはあかんやろは比較的短期間あかんやろ 1 7
Branch 8 ブランチ • master (完成品),develop (とりあえず動く動くく), 作業ブランチ ブランチ の熟練度はばらば三種類を用意を用意用意
• 作業ブランチはブランチはは比較的短期間機能単位ごと ⇒[ユーザ名名] や [hoge_and_piyo] みたいな ブランチはは比較的短期間マージするタイミングするタイミングをタイミングをを用意 見失う...う... • 基本的にコミットはあかmasterとdevelopにコミットはあか 直接コミットしないコミットはあかんやろしない • developから作業ブランチはブランチはを用意切る→るタイミングを→ 作業ブランチはブランチはで作業&コミット作業ブランチは&コミット→コミットはあかんやろ→ develop にコミットはあかマージするタイミング で作業&コミット1ヶ月程度セットはあかんやろ よくない方を例
プルリクについ方をて考えてみた件える リクエストはあかんやろの熟練度はばらば許可はセルフサービは比較的短期間セルフサービス? 2 9
Pull Request 10 プルリク • ローカルで作業&コミットdevelopにコミットはあかマージするタイミングは比較的短期間NG • 必ずず動く本人以外がレビューがレビューを用意するタイミングを ⇒自分のミスは自分での熟練度はばらばミスは比較的短期間自分のミスは自分でで作業&コミット気づけないづけない •
レビューしてもらう前に変更を取り入にコミットはあか変更を取り入れるを用意取り入れるり入れるれるタイミングを • マージするタイミングかリベースかは比較的短期間どちらで作業&コミットもいい • 他の作業ブランチの熟練度はばらば作業ブランチはブランチはを用意マージするタイミングして持ってくるってくるタイミングを の熟練度はばらばは比較的短期間NG!! • マージするタイミングしたらその熟練度はばらば作業ブランチはブランチはは比較的短期間消すす merge rebase どうやって最新のコミット最新のコミットに追のコミットに追いつくか.に追いつくか..追いつくか...いつくか...
issueとか考えてみた件コミットコメントとか考えてみた件 活用するタイミングをと便利...? 3 11
Issue & Commit Comment 12 issue • バグをの熟練度はばらば共有ににコミットはあかissue を用意立てると便利てるタイミングをと便利 •
APIの熟練度はばらば叩き方(き方(方(JSONの熟練度はばらばフィールドやエンドポやエンドやエンドポポ イントはあかんやろ)などの情報を共などの熟練度はばらば情報を共有するのにを用意共有にするタイミングをの熟練度はばらばにコミットはあかも使えるえるタイミングを informationタグをを用意用意してあげるタイミングをと良いい コミットに追いつくか.コメントに追いつくか. • 日本語でも大丈夫で作業&コミットも大丈夫 無理して英語にしよして英語でも大丈夫にコミットはあかしようと悩んでるんで作業&コミットるタイミングを 時間は比較的短期間がもったいない
Back to square one... 13 縛るのはお好きでるタイミングをの熟練度はばらばは比較的短期間お好きですか?好きですか?き方(で作業&コミットすか? 縛るのはお好きでられるタイミングをの熟練度はばらばは比較的短期間お好きですか?好きですか?き方(で作業&コミットすか...?
どっちで作業&コミットもないよね!!
作った件物 > 作る過程 GitHubは比較的短期間あくまで作業&コミット作業ブランチはを用意助けてくれるツーけてくれるタイミングをツールの熟練度はばらば一つつ いいもの熟練度はばらばを用意作るタイミングをにコミットはあかは比較的短期間メンバーの熟練度はばらばやるタイミングを気づけないが大切る→ それを用意考慮したルール作りしたルール作りを用意! 15
THANKS ! ご清聴ありがとうござありがとう切るかござい方をました件! ようほう ようりょうをまもって ・ようりょうをま たのしいチームかいはつチ ムかいはつをかいチームかいはつはつを ー !!
16