-
Notifications
You must be signed in to change notification settings - Fork 348
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Suggestion to add a "v1" branch that can be used in ".gitmodules" #275
Comments
Just to make sure I understand: The suggestion is to add a |
Precisely - the answer to both questions is "yes". The only maintenance cost is having to bump |
I think you mean the maintenance cost would be worth it? Sounds like you think it's not worth it 😅 Also why a v1 tag instead of a v1 branch, are there any tradeoffs there? Having a moving tag feels odd, since I think you have to force overwrite it on changes, whereas branches are intended to change. Seems the guidance in https://github.com/actions/javascript-action#create-a-release-branch is to use a branch (I know foundry-toolchain uses a tag instead of a branch, not sure why though) |
haha lol, yeah, meant to say without "don't" (I have it stricken out).
Again, I meant to say branch, not a tag. I actually opened an issue about this yesterday - for some reason, Forge sets the installed submodule's latest release tag as a Lots of mistakes on my part in this issue - thanks for correcting them. |
Got it! Just created a |
Perfect, thanks. |
Oops thanks for the reminder, should be good now! |
There is currently no "v1" branch in this repository that points to the latest "v1.x" release. This means that users cannot apply any ref in
.gitmodules
, because tags are not supported - only branches via thebranch
property.foundry-toolchain has this and I think it's great for avoiding an accidental pull from
master
, which might contain bugs or might not be ready for use.The text was updated successfully, but these errors were encountered: