Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Additional notes regarding internal releases #7483

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

wiktork
Copy link
Member

@wiktork wiktork commented Oct 10, 2024

Summary
Release Notes Entry

@wiktork wiktork requested a review from a team as a code owner October 10, 2024 00:34
@@ -127,4 +133,12 @@ The release image is `mcr.microsoft.com/dotnet/monitor`. The tag list is https:/
1. Update the `AutoUpdateDockerBranches` variable to `refs/heads/main` in the [internal pipeline](https://dev.azure.com/dnceng/internal/_build?definitionId=954) to begin the consumption of nightly builds into dotnet-docker. Note this should not necessarily be done right after the release, but after the merge from main to nightly in the dotnet-docker repo (such as https://github.com/dotnet/dotnet-docker/pull/4741). Include additional branch references and semi-colon delimit each value e.g. `refs/heads/main;refs/heads/feature/9.x`.
1. Review and merge the automatically create `Register new release information` PR.
1. For each release, push its corresponding tag to the `shipped/v<version>` branch in the [internal repository](https://dev.azure.com/dnceng/internal/_git/dotnet-dotnet-monitor) e.g `v8.0.0-rc.1.23458.6 -> shipped/v8.0`. If done correctly, this should be a fast-forward merge.
```
git remote add public https://github.com/dotnet/dotnet-monitor.git
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think these instructions should have the release champ checkout the tag of the release and push it to the corresponding shipped/v* branch. This would eliminate the possibility of creating merge commits on the local machine and would show if the history had changed for some reason; this push would be a fast-forward and any other type of merge would indicate a discrepancy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants