[SM-Discuss] Auto-generated HISTORY from `git commit` (was Re: [SM-Commit] GIT changes to master grimoire by George Sherwood (7041bfdaf256227abdacc42113e14388785aae43))

Eric Sandall eric at sandall.us
Thu Jun 11 18:34:54 EDT 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

flux wrote:
> Even if we don't do this project-wide, it's entirely possible to do this
> in your local working directory via git hooks (I believe). Try
> implementing a script that runs sed/grep or something and see if it fits
> well for you. I'm not sure everyone would want this, but I think it's a
> good idea to develop the solution first and test it out so everyone can
> see it and know what it is. Personally, I like the idea, but I won't be
> implementing the same behavior in my clone since I don't deal with
> HISTORY often enough (I'm usually doing commits against cauldron far
> more often, and I simply got rid of the HISTORY file there).

I might play with doing a local version while I'm offline. I have a few
long plane flights and some layovers. :)

> With regards to the reverse (having HISTORY created from commit
> messages), it could also be implemented from commit messages, though we
> would need some kind of commit parsing if the HISTORY file itself were
> also to be committed (relatively easy, just check if the commit is for a
> file named HISTORY and don't do the processing if it is). However, if
> your commit messages are well-formatted, why use HISTORY at all? Why not
> just rely on the git commit messages alone to do the job? The relevant
> info could just be extracted out when generating releases to create
> changelogs, and otherwise the hisotry will always be there as long as
> the repo doesn't eat itself (which I really doubt happening, since git
> has proven to be quite solid for some time). Also, if the HISTORY files
> only exist in the repo itself anyway (aside from the generated tarballs,
> which we could generate backups of the repo to achieve the same effect),
> if the repo eats itself those files are gone anyway, reducing their
> effectiveness.
> 
> git log --pretty=online ftw? :)

We'd probably want HISTORY generated for the grimoire tarballs as that
file is for user consumption, who won't (generally) have a copy of the
git tree. You're probably right above, it would be best as an individual
setup (though the script could be shared) and not project-wide.

- -sandalle

- --
Eric Sandall                     |  Source Mage GNU/Linux Developer
eric at sandall.us PGP: 0xA8EFDD61  |  http://www.sourcemage.org/
http://eric.sandall.us/          |  http://counter.li.org/  #196285
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoxho4ACgkQHXt9dKjv3WE5VQCdFTQjU8/pwRE4mmR0WMcnkRyU
Rc8AmweMayTgUDU0yUdPxch1tNv08Rsb
=bNkU
-----END PGP SIGNATURE-----


More information about the SM-Discuss mailing list