Pavel Roskin <proski@gnu.org> writes: >> git-rev-list ^$old_head $new_head | >> git-diff-tree -p -m --stdin --with-commit-ids | >> git-patch-id > > Sounds good. Perhaps the commit IDs should have a prefix identifying > them. I do not think git-diff-tree -p output can have 40-byte hexadecimal at the beginning of the output anywhere other than commit object names; why clutter output? > Another approach would be to use something slightly more elaborate than > a pipe. If I understand correctly, the commit ID would be already known > from the git-rev-list output. Passing commit IDs through patch-id > without actually doing anything with them seems non-elegant. Sorry you lost me. I am not sure what you mean by "without actually doing anything" part. The input to patch-id command in the above pipe is (commit-object-name patch)*. The command reads such a stream, and transforms it to a (patch-id commit-object-name)* stream. In other words, the input identifies each patch with a commit-object-name, and the command condenses each patch to a patch-id, and spits them out, labelled with commit-object-name. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Sat Oct 29 12:49:55 2005
This archive was generated by hypermail 2.1.8 : 2005-10-29 12:50:00 EST