Christian Engwer wrote:
> Hi Jonathan,

>> By contrast, I really want to be able to do the following:
>> 
>>      git checkout -b tmp my-git-remote/topic
>>      git svn dcommit
>
> As far as my patch was intendet, this would still work, as you didn't
> specify the branch as a tracking branch.

It is an unintended side effect then, alas.  The checkout -b command
above automatically sets up the tmp branch to pull from branch topic
in remote my-git-remote, just as if I had written

        git checkout --track tmp my-git-remote/topic

[...]
> In my opinion the cleanest thing would be, if the svn repository would
> be listed as something like a remote and I could the (like with the
> remotes) decide on the command line to push to an other remote or
> svn.

This is another part of the story I missed before.  If I understand
correctly, each branch has some (git or svn) remote it normally pushes
to and the immediate cause of all our troubles is that the user's
fingers keep forgetting which remote to use on each branch.

You'll probably like the svn remote helper which provides native
svn:// support in git once it is a little more usable.

[...]
> Concerning the violation of coding standards we current do this in the
> pre-commit hook... why would you want to have such code in the git
> repo in the first place?!

Good catch, yes.  It wasn't a great example.

If there are some secrets I want to protect myself from accidentally
pushing to the svn repo, a pre-dcommit hook could help me.

> I can have a look at the hook issue, although I'm not sure how much
> time I find during the next few days.

Thanks very much.

git-svn does not currently implement any hooks, so whoever does this
will be a pioneer. :)  The only perl script in git currently
implementing hooks is git-cvsserver, but since the hook API is very
simple (just run $GIT_DIR/hooks/<hook name> with appropriate
arguments) hopefully it would not be too fussy.

Thanks again for some food for thought.
Jonathan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to