4

Git のチーム作業の原則を理解するのに苦労しています。

Aとの 2 人のプログラマーのチームを考えてみましょうB。彼らはに取り組んでいProjectます。また、レポがあるリモートサーバーもあります。リモートでコラボレーションしていますABリポジトリにはすでにいくつかのコードがあります。

Git で段階的なワークフローを整理するための支援をお願いします。
1. 独自のローカル ブランチを作成する必要がありますか?
2. 本番サーバーに作業コードをアップロードするにはどうすればよいですか? rsync?

どんな助けでも大歓迎です。

4

2 に答える 2

2

プログラマーが機能するために独自のブランチを作成する必要はありません。最も単純なケースでは、プログラマーは自分のリポジトリの「マスター」ブランチにgit pushコミットし、次にそれらはアップストリームリポジトリにコミットします。

本番サーバーにデプロイする方法の1つはgit clone、本番サーバーで使用してローカルリポジトリを取得することです。次に、本番サーバーを更新するには、ログインしてgit pull。メインリポジトリにコミットされた変更が適用されます。

開発者は、オプションで、独自に使用するための独自のブランチ(ローカルリポジトリのみ)、または他のユーザーと共有するためのブランチ(ブランチを共有リポジトリにプッシュすることにより)を作成できます。

于 2010-01-27T08:02:37.760 に答える
0
  1. 各開発者は、リポジトリの独自のクローンを持ちます。必要に応じて、トピック作業用のブランチを作成できます。彼らの個人的なクローンは彼ら自身の縄張りであり、彼らは彼らが望むことを何でもすることができます。

  2. 各開発者は、プッシュ/プルできる独自のリモートパブリックリポジトリを持っている必要があります。通常、コードをリリースしたい場合は、リリースに何を入れ、何を切り取るかを最終的に決定する人が1人います。その人のリモートリポジトリには、安定したリリースを表すブランチが必要です。Say Aは、Bの作業をリリースに組み込みたいリリースマネージャーです。次に、AはBが自分の作業を自分のリモートリポジトリにプッシュするまで待機します。次に、AはBの作業をローカルクローンにプルし、試して、マージし、コミットし、リリースのために自分の(Aの)パブリックリポジトリにプッシュします。

(2)では、gitのような分散型SCMで使用できるさまざまなワークフローの1つだけを説明しました。他にもたくさんあります。Pro-Gitのこのページは、他のいくつかを説明するのに特に役立ちます。

于 2010-01-27T08:00:51.057 に答える