You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Per Sergio, this is an intentional decision for the following reason:
If a user builds destructively locally and is not in a git repo, snapcraft will add the parts, stage, and prime directory to the git repo it initializes. This could cause the remote-builder to re-use these directories instead of doing a clean build.
The path forward is to adjust the failing spread test and improve the error message.
Per Sergio, this is an intentional decision for the following reason: If a user builds destructively locally and is not in a git repo, snapcraft will add the parts, stage, and prime directory to the git repo it initializes. This could cause the remote-builder to re-use these directories instead of doing a clean build.
This could also be handled by ignoring the work directories when creating the git repo (we use a similar approach when copying to the part src directory).
Bug Description
In snapcraft 8.0.1, remote-build is now failing if the project is not in a git repository.
This failure is occurring in the weekly spread tests: https://github.com/snapcore/snapcraft/actions/runs/7469897740/job/20327823910#step:5:36
This check is causing snapcraft to fail and preempts all the code that automatically initializes a git repository in the temporary work directory.
To Reproduce
Environment
n/a
snapcraft.yaml
Relevant log output
Additional context
No response
The text was updated successfully, but these errors were encountered: