Peter Baumann wrote: > On Wed, Aug 08, 2007 at 03:46:19PM +0200, Richard MUSIL wrote: >> Normally, when patch is applied, git distinguishes commit author and >> commit committer (relying on info from patch). >> However, after the patches are committed to svn repository using: >> git-svn dcommit >> author and committer data are set to same values (or at least time and >> date, I cannot verify it for names). >> I wonder if there is any reason for this behavior, because I would >> definitely like to keep original commit info (which came from patch) in >> my git repository. > > I think it is because in SVN, you can't differentiate between author and > committer. And git-svn just commits every local commit to svn, and after > that, it throws away your local commits and uses the info from the > reimported svn commits to recreate those thrown away commits. Thats why > you loose your author name and also your commit date. I guess you are right. I have been thinking about the possibility to store the original author and patch date into svn unversioned property. Something like git:author and git:date. There is however one catch. Modifying unversioned properties must be explicitly allowed on svn repository, so this will have to be optional in git (svn.userevprops ?). I do not know what others think about this. For me it seems quite attractive, to be able to store development history of original actions inside svn, especially when the case might be that commits into git happen at different time on different machines and by different people than the final commit to svn. I have been trying to find out how this works in git-svn, but since Perl is worse than Greek to me, I found out only that I am not able to do anything here. Would anyone be interested to work on it? Richard - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
