Skip to content
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

Closed
PaulRBerg opened this issue Jan 19, 2023 · 8 comments
Closed

Suggestion to add a "v1" branch that can be used in ".gitmodules" #275

PaulRBerg opened this issue Jan 19, 2023 · 8 comments

Comments

@PaulRBerg
Copy link
Contributor

PaulRBerg commented Jan 19, 2023

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 the branch 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.

@mds1
Copy link
Collaborator

mds1 commented Jan 19, 2023

Just to make sure I understand: The suggestion is to add a v1 tag that always points to the latest release. Then you can run forge install foundry-rs/forge-std@v1 to install the latest v1.x release? And if you do that, does running forge update lib/forge-std automatically bump to a newer version when the v1 tag is updated?

@PaulRBerg
Copy link
Contributor Author

PaulRBerg commented Jan 19, 2023

Precisely - the answer to both questions is "yes".

The only maintenance cost is having to bump v1 to point to the latest v1.x.x tag when it is released, but I don't think that this would be worth it.

@mds1
Copy link
Collaborator

mds1 commented Jan 24, 2023

The only maintenance cost is having to bump v1 to point to the latest v1.x.x tag when it is released, but I don't think that this would be worth it.

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)

@PaulRBerg PaulRBerg changed the title Suggestion to add a "v1" tag that can be used in ".gitmodules" Suggestion to add a "v1" branch that can be used in ".gitmodules" Jan 24, 2023
@PaulRBerg
Copy link
Contributor Author

I think you mean the maintenance cost would be worth it?

haha lol, yeah, meant to say without "don't" (I have it stricken out).

Also why a v1 tag instead of a v1 branch

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 branch in the .gitmodules, but it shouldn't.

Lots of mistakes on my part in this issue - thanks for correcting them.

@mds1
Copy link
Collaborator

mds1 commented Jan 26, 2023

Got it! Just created a v1 branch, lmk how this looks: https://github.com/foundry-rs/forge-std/tree/v1

@PaulRBerg
Copy link
Contributor Author

Perfect, thanks.

@PaulRBerg
Copy link
Contributor Author

@mds1 v1.4.0 has just been released, but the v1 branch has not been updated.

@mds1
Copy link
Collaborator

mds1 commented Feb 14, 2023

Oops thanks for the reminder, should be good now!

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

No branches or pull requests

2 participants