ウォークアンドフィックスプレビュー
Walk-and-Fix は自律歩行者の調査結果を所有者範囲の FixIntent に変換します
記録により、チームは安定した API を通じて欠陥を優先順位付け、割り当て、解決できます。
現在の展開のみを対象とした計画面: 自動パッチ生成 は実装されていません。
run_fix_cycleは計画を提案しますが、それを実行しません。 唯一実装されている適用アダプターは、レガシー ローカル VM 内のファイルを編集します。それ 現在の不変のアプリ展開モデルと競合するため、使用しないでください 実稼働修復パスとして。 GitHub PR モードとプロバイダー再デプロイ モードはサポートされていません。 実装されました。
サポートされているワークフロー
- 自律歩行 を実行します。
- 調査結果とその証拠を確認します。
propose_fixを呼び出して追跡可能なインテントを作成するか、run_fix_cycleを呼び出してインテントを作成します 制限された一連の阻害要因/主要な結果に対する意図。- 通常のレビュープロセスを通じてソースリポジトリを変更します。
- 新しい不変バリアントを構築してデプロイします。
- ウォークを再実行し、前のウォークと比較します。
- 新しい証拠によって所見が証明された場合にのみ、
close_findingに電話してください。 修正されている、重複している、バグではない、または意図的に修正されていない。
これにより、ソース管理、レビュー履歴、デプロイされた成果物の整合性が維持されます。
ツールと境界線
| ツール | 現在の動作 |
|---|---|
propose_fix | FixIntent を作成します。コードを生成しません |
run_fix_cycle | 境界のある計画を作成します。変更は適用されません |
get_fix_intent / list_fix_intents | 所有するインテント レコードを読み取ります |
close_finding | 所有する調査結果の処分を記録します。 |
apply_fix | 従来のローカル VM のフルファイルの置き換え。不変のデプロイワークフローではありません |
apply_fix は、統合された差分ではなく、完全なファイルの内容を受け入れます。限定されるべきだよ
オペレータが明示的に受け入れる使い捨ての従来のテスター展開へ
変更はソース管理の外にあり、再デプロイ時に失われることを示します。
調査結果を解決するには証拠が必要です
ビルドやデプロイメントが成功するだけでは十分ではありません。キャプチャ:
- 変更を含むソース リビジョン。
- 代替展開 ID とステータス。
- 影響を受ける経路を実行する新しい追い越しシナリオまたは歩行。そして
- 新たなブロッカーや大きな後退なしに解決された結果を示す差分。
テストで元のパスを再現できない場合は、結果をオープンのままにするか、 その処分において証拠の制限を記録する。