> On Thu, May 5, 2011 at 1:34 PM, Jason Grout <jason-s...@creativetrax.com> wrote: > > On 5/5/11 3:29 PM, Jeroen Demeyer wrote: > >> On 2011-05-05 20:20, Dr. David Kirkby wrote: > >>> I like SPKG.txt. Personally I would have called the file "ChangeLog" in > >>> common with just about every other software project, but SPKG.txt does. > >>> I think that summerises the changes much better than what "hg log" > >>> does, where often there are numerous changes made when a ticket gets > >>> reviewed. > >> > >> I agree with David on this, but maybe that is partially because I'm not > >> very fluent with hg. My personal spkg workflow is NOT to commit changes > >> until at the very last moment, such that "hg diff" always gives the diff > >> against the last version. So I modeled the merger script to make this > >> workflow easier (by not having to do the last step of committing the > >> changes). > > > > I guess this suits my workflow too--I would just make extra commits in > > between versions. So for me: > > > > 1. make all the changes, committing as I go like I would normally do. > > > > 2. Make an entry in SPKG.txt which summarizes these changes, as sort of a > > changelog for the version bump. > > > > 3. Upload the spkg so that Jeroen's script makes one more commit which, > > in effect, tags the version number and commits a summary changelog in > > SPKG.txt. > > > > That sounds perfect! The details will still be in the hg log from my > > commits as I go, and a high-level summary is in the SPKG.txt and > > committed as one last commit to the repository. > > I suppose for my spkg workflow (mostly Cython) the new spkg doesn't > usually involve anything more than swapping out the sources and > perhaps adding/removing a patch. Adding an SPKG.txt entry is entirely > redundant with the hg commit (if one is even needed). > I would add on top of that for consideration that SPKG.txt often contains more info than what you would find in a normal changelog. It often has special instructions about the package, it is much more info than just a changelog.
Francois This email may be confidential and subject to legal privilege, it may not reflect the views of the University of Canterbury, and it is not guaranteed to be virus free. If you are not an intended recipient, please notify the sender immediately and erase all copies of the message and any attachments. Please refer to http://www.canterbury.ac.nz/emaildisclaimer for more information. -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org