-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Deliver a new tarball release #5494
base: bleeding-jumbo
Are you sure you want to change the base?
Conversation
|
I deleted and restored the branch. |
I'll need to think of what to do with the 3 change logs we have. So far, |
I moved the text to I also added the revert commit [1] just to document the whole process. [1] We can add a tag to an older commit in git, but, do not merge unless you want to do so. |
Define RELEASE_BUILD and make a short announcement about it. Signed-off-by: Claudio André <dev@claudioandre.slmail.me>
Back to the Future, a.k.a. drop the release macros. We're now back to bleeding Jumbo. Undefine RELEASE_BUILD. Signed-off-by: Claudio André <dev@claudioandre.slmail.me>
So, if I got it right, I should use In reality, the tag is not strictly necessary, but it would be weird not to tag. |
Define RELEASE_BUILD and make a short announcement about it.
Some testing is neeeded, but, IMO, this is enough. It is a tarball release.
1.10
is better than1.9
(there are major changes).-dev
is fine. But I'm open to ideais.========== [EDITED] ==========
Note
My vote is to use
1.10.0-ce
. So, tag it asv1.10.0-ce
.Still missing something like this: