独自のチェックアウトで失敗した実行を修正する

始める前に

• GitTree Pro (現在誰もが無料で所有しています)、およびパイプラインを実行したホストの接続済みアカウント。パイプラインは Pro の機能です。 プラン には、Pro に含まれるものがリストされています。
• 失敗した実行には既知のリビジョンがあります。 This run has no known immutable revision は、修正チェックアウトを固定できないことを意味します。

どこで見つけられますか

• パイプライン で失敗した実行を開き、次に Inspect failure evidence と Create and verify a CI fix を開きます。
• Return to failed run は修正ビューからその実行に戻ります。

ステップ

1. 1

   障害の証拠を検査する

   失敗した実行で、Inspect failure evidence を開きます。このメモには、これらの行は、確認された根本原因ではなく、境界付きで編集された抜粋からの開始点として提案されており、ログ テキストは信頼できないと述べられています。種類には、Setup、Dependency resolution、Compiler、Test、Reported diagnostic、Exit summary; may be downstream があります。 Open failing job log はソースログを示します。

   

2. 2

   修正チェックアウトを作成する

   Create and verify a CI fix は、失敗したリビジョンで別のチェックアウトを開始し、修正を確認してから、ホストされている CI に対して正確なコンテンツをチェックするように指示しています。 New fix branch と New checkout folder を絶対パスとして設定します。 Create local fix checkout がそれを作成します。 Open fix checkout はそのフォルダーを開きます。兄弟チェックアウトは、元の修正チェックアウトを置き換えることはできません。

3. 3

   そこでコードを変更します

   修正チェックアウトで編集します。 Fix with Nour は、そのチェックアウトで Nour に、あなたの承認を得て証拠を検査し、焦点を当てたパッチを残すように依頼します。プロンプトは、Nour にホストされた実行を公開または開始しないように指示します。 Prepare local reproduction はローカル ランナー コマンドを入力できます。そのメモには、インストールされたランナーはホストされたサービス、シークレット、イメージ、権限とは異なる可能性があり、ターミナルの出力はホストされた CI が合格したことを証明しないと記載されています。

4. 4

   ホストされた結果を確認する

   通常のコミット フローを通じて修正をコミットします。 Review publishing in Ship Preview プッシュする準備ができたら。ビューが実行をプッシュしたり開始したりすることはありません。ホストされた実行が存在すると、Check hosted result。 Passed for this clean committed content は必要な状態です。 Outdated: local content changed は、そのコミット後に編集したことを意味します。

期待される結果

修正は独自のフォルダー内の独自のブランチにあり、1 つのコミット ID に対してホストされた状態があるか、一致するホストされた実行が観察されなかったことがわかっています。元のチェックアウトは、そこで自分で行ったことを除いて変更されません。

ホスト国

ローカルはホストされていません

git rev-parse HEAD
git status --porcelain
git worktree list

抜粋の読み方

何か問題が発生した場合

質問

関連している