ステージング環境でのミラープロダクトリポジトリ

Question

ステージング環境と本番環境があります。新しい連続的な統合定義/ビルド/リリースなどをテストするためにステージングで必要なことは何でもできます。各環境にはgit repoがあります。

現在、私は2つのローカルリポジトリを持っています。 1つはステージング用、もう1つはプロダクション用です。ビルド/リリースの定義を変更することはしばしばではないため、当社が生産で作業している時間の99％です。しかし、私たちは現在変更を行っており、ステージングするgit repoコードを実動コードで更新する必要があります。

したがって、私は基本的に、ローカル生産リポジトリディレクトリ（マイナスのgit関連ファイル）からステージングにコードをコピーして貼り付け、サーバーのステージングにプッシュします。

これは不自由なので、もうこれ以上やりたくはありません。だから、より効率的な設定は何でしょうか？理想的には、ステージングは​​プロダクションを単にミラーリングするだけですが、ステージングの変更がプロダクションに影響することは望ましくありません。

Answer 1

ステージングとプロダクション用に2つの別々のレポジションを持っているというアイデアは本当にわかりませんが、このような設定は非常に頻繁に（あるいはおそらくこれまで）見られませんでした。両方のリポジトリで同じ製品のコードをバージョン管理している場合は、ここで明らかになるのは、すべてのリポジトリを1つのリポジトリにすることだけです。この単一リポジトリにステージングとプロダクションブランチがあり、今ではステージングからプロダクションに、あるいはその逆に機能を移動する必要がある場合は、指先でマージやリベースするなどの作業を行います。

Answer 2

2つのメインブランチ、すなわちdevとmasterを使用して1つのレポを作成する必要があります。

ローカル生産リポジトリディレクトリ（マイナスのgit関連ファイル）のコードをコピーしてステージングに貼り付けてから、サーバーのステージングにプッシュします。代わりに

、その後、ブランチstagingからstaging-testにチェックアウトgit pull --rebase origin master、その分岐ステージングは​​masterコードにマージする必要があります。

あなたはGitFlowを見てとることができます。https://www.atlassian.com/git/tutorials/comparing-workflows

Answer 3

を次に、あなたの地元のステージングレポに切り替わりあなたの現地生産のレポにGitのプッシュにgitのフックを追加することができ、あなたの現地生産のレポから引く、とにプッシュしますリモートステージングレポ。