-
Notifications
You must be signed in to change notification settings - Fork 103
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
Build should not fail if there is a merge to dotnet/versions #791
Comments
Yeah, I think, realistically, we need to ditch the "depth 1" here. Anything else is just a huge headache for a short term problem. |
What I don't understand is that this is the only repo that has this issue, and only for the production branch, and only for the arm machines. Seems very strange. |
Another hit today: https://dnceng.visualstudio.com/internal/_build/results?buildId=2114784&view=results, caused by dotnet/versions@b25461d |
There is a note about the shallow fetch behavior and how it can lead to this issue at https://learn.microsoft.com/en-us/azure/devops/pipelines/repos/azure-repos-git?view=azure-devops&tabs=yaml#shallow-fetch |
Where is it configured? I've been searching the repo and can't find it... is it in the pipeline configuration? We should be able to set it to something like 50 really easily. |
It's in the AzDO configuration (internal link). I've set it to 20 which should be plenty. Hopefully that takes care of it. |
Currently, the official production build fails to check out the dotnet/versions repository if any commit happens to the repo while a build is ongoing.
See https://dev.azure.com/dnceng/internal/_build/results?buildId=2108561&view=logs&j=e27bb03b-8ee4-51d2-159a-afc23d6ec395&t=711edc8a-9bea-5e54-c831-e6c141e593fc&l=405 for an example of how this manifests:
This happened because dotnet/versions@a9b4502 was the tip of the main branch when the build was queued, but the dotnet-docker-bot merged dotnet/versions@abff130 while the build was running. Causing the commit to no longer be available with a depth 1 fetch of the repo.
Once this failure mode is introduced, a whole new build needs to be started to recover from the failed state.
The text was updated successfully, but these errors were encountered: