dotnet-installer/eng/pipelines/templates/steps/vmr-prepare.yml

### These steps clone the VMR (https://github.com/dotnet/dotnet) into $(Agent.BuildDirectory)/vmr for installer

parameters:
- name: vmrBranch
  displayName: dotnet/dotnet branch to use
  type: string

steps:
  - checkout: vmr
    displayName: Clone dotnet/dotnet
    path: vmr
    clean: true

  - script: |
      git checkout --track origin/${{ parameters.vmrBranch }}
      echo "##vso[task.setvariable variable=vmrBranch]${{ parameters.vmrBranch }}"
    displayName: Check out ${{ parameters.vmrBranch }}
    workingDirectory: $(Agent.BuildDirectory)/vmr
Skip checking out vmr branch except when syncing (#18526) Co-authored-by: Viktor Hofer <viktor.hofer@microsoft.com> Co-authored-by: Přemek Vysoký <premek.vysoky@microsoft.com> 2024-02-07 14:03:19 +00:00			`### These steps clone the VMR (https://github.com/dotnet/dotnet) into $(Agent.BuildDirectory)/vmr for installer`
Add a VMR synchronization PR validation (#14918) Adds a new pipeline that will run during installer's PRs that verifies that the current VMR tooling can synchronize that particular change into the VMR. 2022-11-08 16:47:32 +00:00
			`parameters:`
			`- name: vmrBranch`
			`displayName: dotnet/dotnet branch to use`
			`type: string`
Use VMR instead of the tarball for Source-Build builds (#15042) For PRs, the Source-Build leg that was running inside of the Build stage is now moved to a separate stage but runs more or less the same: https://dev.azure.com/dnceng-public/public/_build/results?buildId=97509&view=results Instead of creating the tarball, we are building the `dotnet/dotnet` repo there. For internal rolling builds, we are taking [this pipeline](https://dev.azure.com/dnceng/internal/_build/results?buildId=2056327&view=results) and merging it into `dotnet-installer-official-ci`. So it's one extra stage that runs pretty quick (faster than the Build stage by far). It won't be creating and pushing the tarball artifact anymore though. Once the rolling build is finished, there won't be no more source-build-build pipeline but instead dotnet-dotnet-official-ci which will build the dotnet/dotnet repo again instead of the tarball that was originally produced from the rolling build. The MSFT SDK from the installer build will still be consumed by it though. More details https://github.com/dotnet/arcade/issues/10677 2022-12-01 09:51:39 +00:00
Add a VMR synchronization PR validation (#14918) Adds a new pipeline that will run during installer's PRs that verifies that the current VMR tooling can synchronize that particular change into the VMR. 2022-11-08 16:47:32 +00:00			`steps:`
Run VMR's pipelines from the VMR directly (#15124) 2022-12-15 08:33:09 +00:00			`- checkout: vmr`
			`displayName: Clone dotnet/dotnet`
			`path: vmr`
			`clean: true`

Skip checking out vmr branch except when syncing (#18526) Co-authored-by: Viktor Hofer <viktor.hofer@microsoft.com> Co-authored-by: Přemek Vysoký <premek.vysoky@microsoft.com> 2024-02-07 14:03:19 +00:00			`- script: \|`
			`git checkout --track origin/${{ parameters.vmrBranch }}`
			`echo "##vso[task.setvariable variable=vmrBranch]${{ parameters.vmrBranch }}"`
			`displayName: Check out ${{ parameters.vmrBranch }}`
			`workingDirectory: $(Agent.BuildDirectory)/vmr`