問題タブ [bitbucket-pipelines]

当社で継続的デリバリーをセットアップしようとしていますが、その方法について疑問があります。

ゴール

目標は、マスターが更新されるたびにビルドしてステージングにデプロイすることです。

次のステップは、プロジェクト マネージャーがステージングを検証してクライアント ステージングへの展開をトリガーし、クライアントが検証して運用環境への展開をトリガーできるように、何らかのインターフェイスを用意することです。

やるべきだと思うこと

構築とテスト (継続的統合) は正常に機能しています。

しかし、配信追跡を行うには、ビルドしてからプッシュするブランチ「ステージング」が必要だと思います。

問題

これを行うと、ブランチの「ステージング」で競合が発生します。2 つのパイプラインが並行して動作し、一方が他方より先に終了する場合、2 番目のパイプラインはプッシュできません。ローカルにない作業が含まれています。これは通常、別のリポジトリがプッシュしていることが原因です...".

私は間違っていると感じます;）

プッシュ フォースを実行できますが、間違った方法で実行しているように感じます。

この状況についてのアドバイスはありますか?

Bitbucket リポジトリから Azure CDN への継続的デプロイを設定しようとしています。使用シナリオは、フロントエンド開発者が静的アセット (js、画像、css スタイルシートなど) を Bitbucket リポジトリにコミットし、Azure BLOB ストレージ インスタンスへの自動リリースをトリガーすることです。

CDN とその BLOB ストレージ サービス エンドポイントをセットアップし、そこからテスト ファイルを正常に提供できます。私が理解できないのは、Bitbucket をそれに接続する方法です。ストック スケルトン スクリプトを使用してパイプラインをセットアップしましたが、行き詰まっており、いくつかのポインターが必要です。

また、BLOB コンテナーは完全に構造化されていません。フォルダー構造を強制する方法はありますか? これまでに考えられる唯一の回避策は、個別のコンテナー (css、js、img など) を用意することですが、単純なディレクトリで十分と思われる場合、これはオーバーエンジニアリングのように思えます。誰でも助けてもらえますか？

bitbucket リポジトリ全体をインデックス化する bitbucket チーム プロジェクトで bitbucket ブランチ ソース プラグインを使用しています。私のjenkinsfileにはcheckout scmが1回だけ入力されていますが、jenkinsfileが起動する前にjenkinsがチェックアウトします.それを無効にする方法は?

「buildWithParameters」を介してリモートでトリガーされるパラメーター化されたパイプラインを使用する必要があり、1 つのコミット ハッシュがパイプラインに渡されます。しかし問題は、bitbucket プラグインが jenkinsfile の前に独自のチェックアウトを起動し、ビルドへの 20 ～ 30 件以上のコミットを歓迎し、2 番目のパラメーター化されたチェックアウトが役に立たなくなることです。

この二重のチェックアウトが発生すると奇妙なのは、2 番目のパラメーター化されたチェックアウトがログ エントリで終わることが多いことです。

実際に行う必要があります：

ログのその 1 行だけで、何も実行されません。最初のチェックアウトを回避するには？

うまく機能する bitbucket パイプラインがありますが、今はプロジェクトで、composer.json に必要なパッケージを含むプライベート リポジトリからプルする必要があります。

パイプラインで composer install を実行すると、このエラーで停止します

パイプラインには SSH キーが定義されていないため、プルすることはできませんが、一時的であるため、どのように定義できますか?

それとも、そうでなければ要件を定義する必要がありますか?