-
Notifications
You must be signed in to change notification settings - Fork 3
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
Service releases #7
Comments
The tag basically contains two files:
The So this file would have been analyzed during the release process. The (This template would have to be modified to mention Eclipse of course) So, in this case, does the release (the creation of the tag) need a formal release review ? We cannot create the tag beforehand (as it would push the file on bower). |
The same question would apply when we deploy our artifacts on Homebrew or GVM. It's basically release artifacts (that has followed the formal release review), but with "metadata". |
Projects must engage in a release review for any product that includes new functionality or breaks APIs. Just packaging existing products using different technologies does not require a formal review. The GitHub notion of a release is separate from the Eclipse Project notion of a release. I recommend that we synchronize the naming of them as much as possible to avoid confusion. I'm a little concerned that we're not connecting, or are maybe talking about two different things. As part of the release process, an Eclipse project is required to engage in a review before disseminating their products to the broader community. Interim "milestone" releases are generally intended for a more restricted audience, primarily for testing and feedback leading up to the formal release. Releases and release reviews are described in the Eclipse Project Handbook https://www.eclipse.org/projects/handbook/#release |
I read the link you sent. So there is no problem as everything we make "available" would have been checked. So I think we can close this issue (I let you decide if you want more details). |
The implication is that changes are introduced with these tags. If these changes are bug fixes or otherwise minor changes that do not introduce new functionality, then we would regard them as "service releases" which to not require any sort of formal review or ceremony.
If the changes introduce significant new functionality or change APIs, then a more formal release review will be required.
The text was updated successfully, but these errors were encountered: