Remove self-reference from microbuild install and renovate templates#16558
Remove self-reference from microbuild install and renovate templates#16558
Conversation
|
there are a lot more template inclusions with |
|
@akoeplinger Technically, yes. I just know that this one that was added currently blocks dotnet/workload-versions from building. |
|
@MiYanni I think I'd prefer being consistent and removing the |
Yep agreed. |
mmitche
left a comment
There was a problem hiding this comment.
Let's be consistent and change these throughout the repo.
For my education...when the template path is rooted like /<> and you have multiple repos checked out, does the YAML expansion know that / is related to arcade and not to the root source directory?
It depends who's activating it. In a majority of cases, your pipeline template (top-level yml file) needs to care about using It is kinda like using
|
|
@copilot Please remove all |
…ntation (#16568) Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com> Co-authored-by: MiYanni <17788297+MiYanni@users.noreply.github.com> Co-authored-by: akoeplinger <1376924+akoeplinger@users.noreply.github.com>
|
@mmitche Had copilot do all the |
…YAML files (#16572) Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com> Co-authored-by: mmitche <8725170+mmitche@users.noreply.github.com>
|
turns out we really only had renovate.yml and the microbuild one that fell into the templates-extending-templates case |
Summary
For templates that reference other templates in Arcade, you cannot use
@selfas multi-repository scenarios may haveselfbe a repository without Arcade in it. Therefore, the literal path here should be used. The@syntax should only be used if you're crossing a repository boundary (meaning, you need to explicitly denote files from a different repository).