To use the template, see the comments in the file.
Details
- Reviewers
- None
- Group Reviewers
Ports Committers - Commits
- rP457790: Add a commit template for git commit logs
Diff Detail
- Repository
- rP FreeBSD ports repository
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
I agree. It would make sense to put here how-to hook commit-msg with appropriate location and permissions.
It seems it doesn't remove empty lines, see:
https://svnweb.freebsd.org/ports?view=revision&revision=457638
.gitmessage | ||
---|---|---|
38–54 ↗ | (On Diff #37267) | Empty fields are already removed by a hook in the repository. |
.gitmessage | ||
---|---|---|
38–54 ↗ | (On Diff #37267) | I assumed this was (only) implemented in the svn clients we use, based on cleanmsg().
In any case, one first has to commit to git. Would it not be nice for empty fields to be cleaned automatically for the git commits? |
There is no such thing as a "git commit". Commits in git repositories are only transient, and they only last as long as it takes you to commit them to the Subversion repository.
Commit messages are cleaned up by svnadmin/hooks/scripts/log-police.py. So, really, I see no reason to clobber the template with 2. and after.
head/.gitattributes | ||
---|---|---|
1 | Mmmm, I do not understand, will there be more tha one .gitmessage file ? |
head/.gitattributes | ||
---|---|---|
1 | This was not really intended. It would only let me git dcommit after git svn propset.., which adds a line to .gitattributes. Shall I remove the line? |
head/.gitattributes | ||
---|---|---|
1 | Mmmm, I think you should commit it with svn directly, I don't see a good way to do it with git without this spam here :/ (Also, try not to add stuff to ~/.subversion/config, it only mostly confuses things.) |