ライブアプリケーションを実行している1台のサーバーで、約5人の開発者からなる小さなチームでgitを正しく使用する最も簡単な方法は何でしょうか?
git
またはhg
ほとんどの中央集中型VCSに勝るもの DVCSの素晴らしさについて絶えず悩んでいる人々に悩まされている人々を理解できますが、砂の中に頭を埋めて、DVCSを使用しない場合よりも効率的で異なるワークフローを開発できることを認めることを拒否します。
ライブアプリケーションを実行している1台のサーバーで、約5人の開発者からなる小さなチームでgitを正しく使用する最も簡単な方法は何でしょうか?
git
またはhg
ほとんどの中央集中型VCSに勝るもの DVCSの素晴らしさについて絶えず悩んでいる人々に悩まされている人々を理解できますが、砂の中に頭を埋めて、DVCSを使用しない場合よりも効率的で異なるワークフローを開発できることを認めることを拒否します。
回答:
ブランチを作成することをお勧めします。
本番ブランチは「ライブ」ブランチです。アプリケーションは現在使用中です。
更新が必要な場合、開発者はmasterブランチをローカルブランチにプルできます。よりも、コーディングを開始できます。最後に、開発者のローカルブランチからマスターにプルアンドプッシュするだけです。プロジェクトマネージャーはmasterブランチを確認できます。試して。そして準備ができたら、プロダクションとマスターをマージできます。これで、新しいソフトウェアができました。
必要に応じて、シンプルに始めて、より複雑なワークフローを構築します。
あなたが何をするにしても、成功したGit分岐モデルを最初に人々に見させてはいけません。混乱させるだけです。後で経験を積んだら、これを見てください。
中央のgit
リポジトリから始めて、実稼働およびテストビルドを含む全員がそこからクローンを作成することをお勧めします。
gitリポジトリ内で、production
ブランチとブランチを作成しますtest
。
開発者は、完了してにマージされるまで、ローカルまたはリモートの機能ブランチで作業する必要がありmaster
ます。ここからtest
、テスト環境に展開するためにブランチにマージできますproduction
。テストに合格すると、ブランチにマージできます。
そうすれば、新しいものやテストされていないもの、テストされているもののまだ運用環境に展開されていないもの、実際に運用されているものを常に確認できます。
git
git
git
同様の状況があります-1つではなく多数のWebアプリがあることを除いて。過去1年ほど、Git分岐モデルの成功事例を使用し、大きな苦情はありませんでした。
統合サーバー上に1つのマスターリポジトリが必要であり、各開発者はそれを複製する必要があります。その後、単にプルアンドプッシュを行います。別のブランチで新しい大きな機能を開発します。ここにはロケット科学はありません。ライブサーバー上-マスターリポジトリも複製する必要があります。そして、「ライブ」のようなブランチを作成することをお勧めします。