I think the time to collect this data is when we schedule something for the release. We just ask what changed. When they reply, we ask them if they can paste it into the release notes file or some other location. I'll do this next week. For genome annotation: what changed is the urls were changed to use 'base.us' the production servers as well as the protocol was switched from http to https. Tom On Apr 22, 2013, at 2:58 PM, Michael Sneddon <[email protected]> wrote:
I don't think it has been strictly enforced in the past, but I also think we should start requiring it. I know I completely forgot to update the release notes for Trees, which I should have done... Perhaps we should provide a very simple module checklist of what we require for a module to enter the release process, really just as a guideline to help developers remember everything that needs to be done.
Some of us had started adopting the convention of placing notes in a file named RELEASE_NOTES.txt in the root directory of each module.
On Mon, Apr 22, 2013 at 12:52 PM, Nomi Harris <[email protected]> wrote: Yes--I didn't get a chance to discuss this during today's meeting but I would like to see release notes for the services that are included in this minor release. This would be useful both internally (for testing, as Miriam notes) and externally (so users know what has changed). Nomi
On Apr 22, 2013, at 12:47 PM, "Land, Miriam L." <[email protected]> wrote:
All,
Do we have anything like release notes for this build? For testing purposes, it would be nice to have a list of things to specifically test for.
Miriam _______________________________________________ Release-team mailing list [email protected] https://lists.kbase.us/mailman/listinfo/release-team
_______________________________________________ Release-team mailing list [email protected] https://lists.kbase.us/mailman/listinfo/release-team
_______________________________________________ Release-team mailing list [email protected] https://lists.kbase.us/mailman/listinfo/release-team