Oops, sory, I'm completly wrong: the git-svn-id is put on the commit log in the Git repo, not on the SVN repo. Please, ignore me. On 8/22/07, Guilhem Bonnefille <guilhem.bonnefille@xxxxxxxxx> wrote: > On 8/16/07, Eric Wong <normalperson@xxxxxxxx> wrote: > > Richard MUSIL <richard.musil@xxxxxx> 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 try to keep commits made to SVN using git-svn as much like commits > > made using other SVN clients as much as possible. > > > > Two people using git-svn (in its recommended fashion and maintaining > > linear history) can have identical SHA1s in their repository even if > > those two repositories had never seen each other before. Consistency > > is good. > > > > I also want to avoid creating extra junk on the SVN repository which I > > don't personally consider very important. SVK does stuff like that with > > merges, and only SVK understands the metadata it uses. I prefer > > transparency. > > Instead of using SVN metadata, why not store the missing information > like git-svn store the SVN rev id. (in the commit log as I know). > > -- > Guilhem BONNEFILLE > -=- #UIN: 15146515 JID: guyou@xxxxxxxxxxxx MSN: guilhem_bonnefille@xxxxxxxxxxx > -=- mailto:guilhem.bonnefille@xxxxxxxxx > -=- http://nathguil.free.fr/ > -- Guilhem BONNEFILLE -=- #UIN: 15146515 JID: guyou@xxxxxxxxxxxx MSN: guilhem_bonnefille@xxxxxxxxxxx -=- mailto:guilhem.bonnefille@xxxxxxxxx -=- http://nathguil.free.fr/ - 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
