結局 Git のブランチ戦略ってどうすればいいの？ - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/ucan-lab

367 usersがブックマークコメント

コメント

16

記事へのコメント16件

注目コメント
新着コメント

supppp GitHub flowが大規模開発に適していないというのは完全に間違い。Feature Flagなどを利用すればかんたんに運用することができる。

2024/09/23 リンク

korilog GitHub Flowで困ったことがない。ブランチ分けたら無駄な追従コストが発生する。大規模だからこそこまめにmainにマージすべき。Feature Flagが無くても、新機能への遷移なんて所詮数か所なので簡単に切り替え可能。

2024/09/23 リンク

uxlayman 結局「PRを意味のある単位に保つ(含:レビューで品質を保つ)」と「コンフリクトを防ぐ」が噛み合わないだけなんよな。ブランチ戦略でなんとかできる問題ではないし、トランクベース戦略以外は大して変わりはない

2024/09/23 リンク

mayumayu_nimolove dockerと同じでなかなか使い方が理解できないツールなんだな

2024/09/23 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

結局 Git のブランチ戦略ってどうすればいいの？ - Qiita

1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。そうなるとレビュワーに負担がかか... 1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ常にリリースできる状態を保つ hotfix, develop へ切り出すこのブランチへの直pushはNG hotfix ブランチバグ修正など緊急時に対応するためのブ

ブックマークしたユーザー

moffyuki2024/11/29
techtech05212024/10/17
pippo212024/10/13
fivestech2024/10/12
secseek2024/10/03
n3142024/10/01
flatbird2024/09/29
lugecy2024/09/29
ysirman2024/09/27
urahsam2024/09/26
jukuringo2024/09/26
sigwyg2024/09/26
apollo1052024/09/25
yggdra_w2024/09/25
mziyut1122024/09/25
ButterflyFish2024/09/24
kuwayoshi2024/09/24
Akineko2024/09/24

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx