開発者ごとにブランチを作成することは理にかなっていますか？

Question

私は単独のプロジェクトにのみGitを使用しました。今私は他の2人の開発者とプロジェクトを続けたいと思っています。

開発者が変更をコミットしたいが、他の開発者が別のコミットを作成した場合、問題が発生するでしょうか？したがって、私たちひとりひとりに一つの支店を作るのは意味がありますか？

Answer 1

Gitは、ほとんどのバージョン管理システムと同様に、複数の開発者が使用するのに適しています。実際、バージョン管理システムの主なポイントの1つです。

ユーザーごとにブランチを作成する必要はありません。私はそれが逆効果であると言っています。同じ機能を使って作業している場合は、引き出したりマージしたりして、お互いの変更を得たいと思うかもしれません。ユーザーあたりのブランチを作成することは冗長であり、不必要に物事が複雑になります。

あなたが記述したコミット状況に問題はありません。別のユーザーがあなたと同じブランチで新しいコミットを作成した場合は、pushを実行すると停止します。代わりに、最初にpullに他のユーザーのコミットをダウンさせ、それらの変更を作業にマージ（またはリベース）する必要があります。これはgit pullの標準動作です。

通常は、機能を中心にブランチを作成します。分岐に関するガイダンスが必要な場合は、this is a popular strategy。

Answer 2

私は以前、私が働いていた場所でそれをしていました。私たちのそれぞれには、少なくとも1つの個人支店がありました。

完了したら、メインブランチにプルリクエストを行います。誰かがあなたの変更と矛盾するメインブランチコードに合併した場合、他のソース管理プラットフォーム（Tortoise、Mercurialなど）と同じように競合解消を行う必要がありますが、開発者が知っている限り大きな問題はありません彼らがやっていること。

これは、チームで開発を行うための最善の方法です。自分の個人的な環境でいつでもテストし、必要に応じて各支店のコードをすばやくスウィングすることができます。プルリクエストシステムは、皆さんが協力してgithub diffページの関連する行に直接コメントを書くことができるので、ピアレビューを非常に簡単にします。