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

Release tag shouldn't be pushed until all dependent commits exist #17170

Open
mthalman opened this issue Aug 10, 2023 · 5 comments
Open

Release tag shouldn't be pushed until all dependent commits exist #17170

mthalman opened this issue Aug 10, 2023 · 5 comments

Comments

@mthalman
Copy link
Member

There have been cases where the release tag in this repo was pushed before the dependent commits exist in the related product repos. These commits are necessary in order to build a source tarball from this repo as documented in the readme.

This interferes with automated solutions by the community that would trigger when a new release tag is created. That would trigger a build to be run based on that tag. If the necessary commits don't yet exist, that build will fail.

Here's a concrete example with this month's 7.0.110 release:

The v7.0.110 tag was pushed at some point during the release process. But when that tag was pushed, running source build from installer produced this error:

Initialized empty Git repository in /src/source70/src/templating/.git/
fatal : remote error : upload-pack: not our ref 420b5a6d14c297042e101d94497ae6056dc262cf [/src/git/installer70/src/SourceBuild/tarball/BuildSourceBuildTarball.proj]
/src/git/installer70/src/SourceBuild/Arcade/tools/SourceBuildArcadeTarball.targets(165,5): error MSB3073: The command "git fetch --depth 1 origin 420b5a6d14c297042e101d94497ae6056dc262cf" exited with code 128. [/src/git/installer70/src/SourceBuild/tarball/BuildSourceBuildTarball.proj]

That's because the 420b5a6d14c297042e101d94497ae6056dc262cf commit didn't exist in the templating repo yet. That didn't happen until dotnet/templating#6928 was merged. Which is odd since these commits should have been pushed as orphaned commits anyway and not reliant upon merged PRs.

@mthalman
Copy link
Member Author

@mmitche - I wanted to get your eyes on this. This is release infra stuff so not sure it belongs in this repo or who should take ownership.

@mmitche
Copy link
Member

mmitche commented Aug 14, 2023

@mthalman This is 6.0/7.0 specific, ya? For 8.0 it would just be the dotnet/dotnet repo.

@mthalman
Copy link
Member Author

Correct, this is 6.0/7.0.

@marcpopMSFT
Copy link
Member

This is all automated from the release tools. Not sure where to route or who to assign to but not managed in installer itself.

@MichaelSimons
Copy link
Member

There is a related issue in the private dotnet/release repo.

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

No branches or pull requests

4 participants