Bitbucketパイプラインと継続的な配信ワークフロー

Question

私は、当社の継続的な配送を設定し、それを行う方法に疑問を抱いています。

GOAL

は、目標は、構築した後、マスターが更新されるたびステージングに展開することです。

次のステップでは、プロジェクトマネージャがステージングを検証してクライアントステージングにデプロイメントをトリガーし、クライアントが実働環境にデプロイメントを検証してトリガーできるようにするためのインタフェースが必要です。私は建物とテスト（継続的インテグレーション）が正常に動作している

をすべきだと思う何

。

配送追跡を行うためには、私はビルドを行い、次にプッシュするブランチを「ステージング」する必要があると思います。

問題

私は、私が「ステージング」私のブランチ上の紛争で終わることない：2つのパイプラインが並列に動作するかどうか、他の前に1つのエンディングは、第二は、することはできませんgitは "ローカルにない作業がリモートに含まれているため、更新が拒否されました。これは通常、別のリポジトリがプッシュしているために発生します。"私は間違っていると感じ

;）

は私がプッシュ力を行うことができますが、私は何かを間違った方法をやっているようにそれは感じています。

あなたのアドバイスは何ですか？

Answer 1

本質的にロック問題があります。私が見た最善の解決策は、それが失敗したときに即座に再開するということです。そうすると、 'git pull'は違うでしょう（他のブランチの成功がHEADを変更するために 'ステージング'を引き起こしたため）、ブランチをマージしてテストを再実行して試してみます。 ..それが失敗すれば繰り返されますが、成功すれば完了です。