1

私は git が配布されていることを知っており、率直に言って、そのプロパティが気に入っています。

状況は、私がローカル ストレージ上で、git によって最初から管理されているソフトウェアの単独開発者であるということです。これは常にそうでした。つまり、現在存在するリポジトリは 1 つだけで、そこでコミットしてマージし、マスター ブランチを「パブリック リリース」状態に保ちます。

私は今、プロジェクトの独占的な管理権を放棄する寸前であり、そのソース コード ベースを他の開発者と共有し、彼らは自分の変更をコミットします。そのため、プロジェクトのコピーを他の人に配布する必要があります。当然のことながら、将来の作業をコミットし続け、他の作業をレビューしてマージして自分のコピーに戻すことができるようにしたいと考えています。

この問題の 1 つの側面は、私のコンピューターも他の開発者のコ​​ンピューターも公開されていないことです (つまり、sshまたは同様のサービスによってサーバーとして到達可能になります)。リポジトリを私のものに、またはその逆です。ただし、このプロジェクトにはイントラネット マシンが含まれており、これをリポジトリ ホストとして使用できます。この時点で、これをすべてセットアップする最善の方法についてアドバイスが必要です。

どちらの開発者 (私を含む) も、プロジェクトの善意の独裁者として割り当てられるべきではありませんが、管理のために、ある種のマスターまたは他のブランチからパブリック リリースをチェックアウトできるようにすることを任されています。しかし、他に何人の開発者が参加するか、つまり、配布されるコピーの数もわかりません。そのため、リポジトリの「中央」/マスター コピーが必要になる可能性があります。これは私が単独で作成します。

残念ながら、ここで全体像をはっきりと見ることはできません。これを行うにはどうすればよいですか？

4

2 に答える 2

0

イントラネットに既に候補サーバーがある場合は、それを使用しても問題ありません。そこにベアレポをセットアップし、そこに既存のレポをプッシュして、それを中央レポとして使い始めるだけです。それだけです。独裁者はいませんが、中央のホストは中央の「マスター リポジトリ」になります。

伝統的な中央集権型モデルのように聞こえることは承知していますが、それは事実ですが、私たちは git を使って多くのことを行っており、非常にうまく機能しています。

ただし、リポジトリをマスターとして保持したい場合は、そのマスター リポジトリを他のユーザーに公開するだけで、別の運用ブランチまたはリポジトリを使用できます。次に、承認したもののみをマスターから本番ブランチ/レポにマージします。

編集: セットアップを行う方法に関する実際的な手順は、たとえばここで詳しく説明されています。途中まで案内があります。私が追加する唯一のことはgit push origin master、最初のプッシュのgit push --all origin代わりに、マスターブランチだけでなく、すべてのブランチ、タグなどをプッシュするので、代わりに使用したい場合があるということです。

于 2013-02-11T21:19:30.193 に答える
0

他の開発者とのワークフローに同意するだけです。私は branch-per-feature を使用し、ワークフローをここに書きました: http://dymitruk.com/blog/2012/02/05/branch-per-feature/

それ以外に、bitbucket は無料のプライベート リポジトリを提供するため、独自のサーバーのセットアップについて心配する必要はありません。これが公開されることを意図している場合は、github を使用することもできます。または、無料ではありませんが、それらからプライベート リポジトリを取得することもできます。

于 2013-02-11T21:02:00.030 に答える