dotnet/runtime

Clean up AnyOS handling in build-test-job.yml

オープン

#61,790 opened on 2021/11/18

GitHub で見るコントリビューターガイド
 (1 件のコメント) (0 件のリアクション) (0 人の担当者)C# (5,445 件のフォーク)batch import
area-Infrastructurehelp wanted

Repository metrics

Stars
 (17,886 個のスター)
PR merge metrics
 (平均マージ 12d 11h) (30d で 661 merged PRs)

説明

As part of the runtime test build reorganization, we introduced some special cases in build-test-job.yml where instead of using $(managedTestArtifactRootFolderPath) for the upload path, we manually build the folder name. We should investigate refactoring how we set managedTestArtifactRootFolderPath so we can go back to using it in all cases.

コントリビューターガイド

調査方針
この問題は、build test job.yml で managedTestArtifactRootFolderPath を設定する方法をリファクタリングし、手動でのフォルダ名構築を避けることを求めています。この変数の現在の使用法と、ランタイムテストビルド再編成時に導入された特殊なケースを調査します。ファイル https://github.com/dotnet/runtime/blob/main/eng/pipelines/coreclr/templates/build test job.yml を確認し、条件ロジックを調べてください。目標は、この変数を一貫して使用することでアップロードパスの構築を簡素化することです。PRや追加のコメントはなく、変更履歴を調査して元の意図を理解してください。
技術スタック
なし
領域
devopsbuild systemci cd
Issue 種別
リファクタリング
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
半日
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
GitYAML
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
50