Hello, Some folks at Apache are experimenting with Git and we are currently seeking for the git-svn integration that fits our needs and infrastructure. After some evaluation we decided that our setup could be described using following points: a) our svn repository remains our main, official server where every committer is obligated to push their changes to at some time. b) we set up clone of svn repository using git-svn. One of our members, Jukka Zitting, maintains such a service here[1]. Such repositories should be usable both for our committers (that have rights to push to svn) and our contributors that want to contribute random patches c) we want carefully track who committed/contributed what Basically, a) implies b) and point b) looks little bit problematic right now. Jukka has set up his hosting using method described in his e-mail[2] which basically makes use of git svn. The major problem is that if one clones Jukka's repository then git svn information is not being cloned so committers have no means to push their changes to main, svn server. I've tried to play a little bit around with this issue and I tried to copy information from .git directory found on Jukka's server. This made me able to push my changes but git svn insisted on rebasing my repository using commits found in svn which is wrong. Basically we want such a setup that uses git repository (Jukka's clone) for pulling changes and local git svn for pushing changes. Git svn should never try to rebase local repository because this will lead to two different trees on two different machines so we won't be able to exchange and merge changesets. Is it possible with Git right now? Another point (c) which seems to be brought a couple of times but never a definitive answer has been given, AFAIK. Let's imagine we have committer C and two contributors A and B. A and B start to work on some feature and C agreed to help A and B and once their work is finished to merge their changes into his repository and eventually push them to main, svn repository. Now A and B work on implementation and from time to time their merge changes from each other. Once they are finished A asks C to merge their work into C's repository. Everything is fine provided we can trust both A and B. What if A was not fair and has rewritten a few commits coming from B so they contain malicious code? How we can detect something like that and how C be sure that what he merges is really work attributed by correct names? Thanks for your answers. [1] http://jukka.zitting.name/git/ [2] http://markmail.org/message/fzzy7nepk7olx5fl -- Best regards, Grzegorz Kossakowski -- 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
