@@ -61,7 +61,7 @@ MSBuild code that can change the way source build behaves.
61
61
### ` eng/SourceBuildPrebuiltBaseline.xml `
62
62
63
63
``` xml
64
- <!-- Whenever altering this or other Source Build files, please include @dotnet/source-build-internal as a reviewer. -->
64
+ <!-- Whenever altering this or other Source Build files, please include @dotnet/source-build as a reviewer. -->
65
65
<!-- See https://aka.ms/dotnet/prebuilts for guidance on what pre-builts are and how to eliminate them. -->
66
66
67
67
<UsageData >
@@ -86,7 +86,7 @@ Add the source build team as the
86
86
of the source build infrastructure.
87
87
88
88
``` text
89
- /eng/SourceBuild* @dotnet/source-build-internal
89
+ /eng/SourceBuild* @dotnet/source-build
90
90
```
91
91
92
92
### Trying it out locally
@@ -247,7 +247,7 @@ To opt in:
247
247
# ### End result
248
248
249
249
Submit the changes above in a PR and include
250
- [@source-build-internal ](https://github.com/orgs/dotnet/teams/source-build-internal )
250
+ [@source-build](https://github.com/orgs/dotnet/teams/source-build)
251
251
as a reviewer. The jobs (or job, if managed-only) are automatically be added to
252
252
CI in the existing pipeline alongside existing jobs, with a name like `Build
253
253
Source-Build (<Platform>)` :
@@ -355,7 +355,7 @@ flow into `dotnet/installer`, a complete .NET product can be built from source.
355
355
The repository will be synchronized into the VMR during the first build and the
356
356
VMR will be built. This will validate that no prebuilts were added to the system
357
357
and everything is functioning correctly. Please notify
358
- [@source-build-internal ](https://github.com/orgs/dotnet/teams/source-build-internal )
358
+ [@source-build](https://github.com/orgs/dotnet/teams/source-build)
359
359
to be on the lookout for the new repo and they will validate as necessary.
360
360
361
361
# # Additional resources
0 commit comments