0

パートナー A は、過去 6 か月間、私たちのウェブサイトの構築を支援してくれました。追加のスキル セットが必要だったので、最近パートナー B の助けを借りました。そうは言っても、競合を最小限に抑えながら同じコード ベースでコラボレーションできるソリューションが必要でした。しかし、私たちが検討しているソリューションは複雑さの層を追加し、git の強みを見逃していると感じています。

私たちのソリューションは次のようになります。

Partner A --> DevServer(A) --> StagingServer(A)
                                               \
                                                StagingFinal --> Production
                                               /
Partner B --> DevServer(B) --> StagingServer(B)

簡単に言えば、各パートナーには独自の開発サーバーとステージング サーバーがあり、本番環境にプッシュする前に、各パートナーのステージング サーバーから最終的なステージング サーバー (競合を解決する場所) にプッシュします。

私は以前に異なるチームと仕事をしたことがないので、これが最善のアプローチであるかどうか疑問に思っています. それが違いを生む場合、私たちは現在 git-flow と Beanstalkapp でコードをホストしていますが、物事が簡単になる場合は github を使用することにオープンです。

ありがとう!

4

1 に答える 1

3

StagingFinal にデプロイする直前にコード ベースをマージすることは、非常に悪い考えです。2 つのパートナーの変更がどのように相互作用するかを予測できないため、StagingFinal には基本的に完全にテストされていないコード ベースがあります。

この問題を解決するには、「DevServerFinal」を導入するか、各パートナーが DevServer にデプロイする前にコード ベースをマージします。

于 2013-01-14T12:24:00.850 に答える