小さなチームでgitを正しく使用する


14

ライブアプリケーションを実行している1台のサーバーで、約5人の開発者からなる小さなチームでgitを正しく使用する最も簡単な方法は何でしょうか?


5
この場合、gitの使用に疑問を呈します。1つの専用サーバーを備えた1つの部屋にすべての人がいる場合、分散ソース管理を使用する利点はありません。そして、コミットの上にプル/プッシュするオーバーヘッドがまだあります。
陶酔

10
@Euphoricは、ツールとワークフローに依存します。

3
@ONOZは、現在の作業方法をより詳細に説明してください。

22
@Euphoric-なんて信じられないほど狭い心構えだ。単独での分岐およびマージを容易にするため、gitまたはhgほとんどの中央集中型VCSに勝るもの DVCSの素晴らしさについて絶えず悩んでいる人々に悩まされている人々を理解できますが、砂の中に頭を埋めて、DVCSを使用しない場合よりも効率的で異なるワークフローを開発できることを認めることを拒否します。
マークブース

8
@ Euphoric、Gitを使用しても、ソース管理が「分散」されているわけではありません。私は小さなチームで働いており、Gitを使用していますが、まだ中央リポジトリがあります。それはあなたがプッシュするものです。DVCSを使用することは、通常、すべての人が中心点のない他のすべての人から引き出されることを意味しません。
キラレッサ

回答:


11

ブランチを作成することをお勧めします。

  • 製造
  • 主人
  • 地元

本番ブランチは「ライブ」ブランチです。アプリケーションは現在使用中です。

更新が必要な場合、開発者はmasterブランチをローカルブランチにプルできます。よりも、コーディングを開始できます。最後に、開発者のローカルブランチからマスターにプルアンドプッシュするだけです。プロジェクトマネージャーはmasterブランチを確認できます。試して。そして準備ができたら、プロダクションとマスターをマージできます。これで、新しいソフトウェアができました。


コンサルティングまたは企業の状況にある場合は、UATのブランチも必要になる場合があります。
ジョンマッキンタイア

同意して、私はこのワークフローを使用しています。
チャン

ローカルブランチとマスターブランチの違いについて詳しく説明していただけますか?なぜ実際の運用バージョンが必要なのかはわかりますが、変更をプル/プッシュすると、ローカルブランチがなくても自動的にマージされますか?
リュック14年

1
ローカルブランチにはXXX-feature-nameという名前を付けることができるため、実稼働環境で必要なすべての機能ブランチのマージとしてマスターブランチがあります。はい:一部の機能が含まれていない可能性があるため。
sensorario 14年

7

必要に応じて、シンプルに始めて、より複雑なワークフローを構築します。

あなたが何をするにしても、成功したGit分岐モデルを最初に人々に見させてはいけません。混乱させるだけです。後で経験を積んだら、これを見てください。

中央のgitリポジトリから始めて、実稼働およびテストビルドを含む全員がそこからクローンを作成することをお勧めします。

gitリポジトリ内で、productionブランチとブランチを作成しますtest

開発者は、完了してにマージされるまで、ローカルまたはリモートの機能ブランチで作業する必要がありmasterます。ここからtest、テスト環境に展開するためにブランチにマージできますproduction。テストに合格すると、ブランチにマージできます。

そうすれば、新しいものやテストされていないもの、テストされているもののまだ運用環境に展開されていないもの、実際に運用されているものを常に確認できます。


興味深い意見として、私はgit分岐モデル gitのディールブレーカーであると考えますが、非gitユーザーにとってはそれほど明白ではないかもしれません。
ウィルベル

@wirrbelとしてはそのようなものはありませんあなたが使用して欲望何でも分岐モデルを実装することができ、gitの分岐モデルワークフローに合わせて。私がここで提案するのはシンプルで、成功したGit分岐モデルよりも経験の浅いユーザーには向いていますが、AsGbmは経験のあるユーザーには向いていますが、一部のチーム(複数のリリースを維持したい人には向いていません)たとえば、ブランチ)。しかし、私が言ったように、AsGbmの問題は、過度に複雑に見える可能性があることです。gitgitgit
マークブース

あなたの言ってる事がわかります。私だけのために、私はAsGbmから始めました(または、むしろそれを自分のニーズに合わせました)。私はGitはSVNとは異なる使用することができる方法が見えたので、それは完璧だった
wirrbel


0

統合サーバー上に1つのマスターリポジトリが必要であり、各開発者はそれを複製する必要があります。その後、単にプルアンドプッシュを行います。別のブランチで新しい大きな機能を開発します。ここにはロケット科学はありません。ライブサーバー上-マスターリポジトリも複製する必要があります。そして、「ライブ」のようなブランチを作成することをお勧めします。


2
gitのアーカイブはあなたが実際にライブサーバー上で直接編集するものにしたくないことを前提に、ライブサーバーにデプロイするための別のオプションです
JK。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.