0

私は svn から git に移行中ですが、新しい git システムと共にローカル開発 Web サーバーを管理する方法を考えています。

現在、開発者は開発ブランチの複数のチェックアウトを持つことができます。これらのチェックアウト ディレクトリのそれぞれは、さまざまな仮想ホストを持つ Web サーバーにマップされます。

たとえば、開発者 bob は、さまざまなチケットに対して dev の 3 つのチェックアウトを持っている場合があります。これらの各チェックアウトには、独自の仮想ホスト bob.dev1.localhost、bob.dev2.localhost、および bob.dev3.localhost があります。

チケットの処理が完了したら、変更が存在するホストをチケットにマークダウンし、チケットを QA に移動します。それは比較的簡単に思えます。

現在、git では、複数のチェックアウト ディレクトリを持つことは意味がありません。開発者は、開発ブランチを分岐して白紙の状態で作業し、ギアを変更する必要があるときはいつでも別のブランチをチェックアウトするだけです。

ローカル dev Web サーバーが特定のローカル git チェックアウトを指すようにする方法はありますか? たとえば、開発者は新しいブランチを作成し、変更を加えてから、ホストの一部としてブランチ名を渡します。その後、誰かが Web サーバーにアクセスするたびに、ローカル ブランチがまだチェックアウトされていない場合はチェックアウトされ、QA URL 固有のものを渡すことができます。チケットに?たとえば、bob.branch1.localhost、bob.branch2.localhost などです。

これが意味をなさない場合でも、私は驚かないでしょう。独自の開発ワークフローに基づいてこれを行う方法について何か提案があれば、ぜひ聞かせてください。

4

1 に答える 1

1

私がよく知っている通常のチーム ワークフローは、作業を個人リポジトリで公開する準備を整えてから、公開された公式コミットのみを管理する共有のベア リポジトリにプッシュするというものです。リポジトリは、共有ファイルシステム上で非常に気軽にチーム内で共有でき、VPN 経由でもほとんど気軽に共有できます。開発者の wip リポジトリを公開する理由はありません。dvcs を使用すると、vcs ツールキットをより多くの実験的な作業に適用できます。

于 2013-10-08T01:32:22.183 に答える