Re: git-svn dcommit ignores --username if there are cached credentials
- From
- Michel Jouvin <jouvin@lal.in2p3.fr>
- Date
- Jan 13, 2010, 07:05 UTC
- Message-ID
- <loom.20100113T080137-723@post.gmane.org>
- In-Reply-To
- <20100113054138.GB23182@dcvr.yhbt.net>
Eric Wong <normalperson <at> yhbt.net> writes:
Show 29 quoted lines
> Hi Michel,
>
> I wonder if this is because we explicitly reread the config directory
> when creating Git::SVN::Editor.
>
> Does using --no-auth-cache work for you?
>
> Otherwise, try pointing --config-dir= to an empty directory.
>
> Or you can try this patch to force us to not reread the config_dir:
>
> diff --git a/git-svn.perl b/git-svn.perl
> index 650c9e5..280fd15 100755
> --- a/git-svn.perl
> +++ b/git-svn.perl
> @@ -550,9 +550,6 @@ sub cmd_dcommit {
> my %ed_opts = ( r => $last_rev,
> log => get_commit_entry($d)->{log},
> ra => Git::SVN::Ra->new($url),
> - config => SVN::Core::config_get_config(
> - $Git::SVN::Ra::config_dir
> - ),
> tree_a => "$d~1",
> tree_b => $d,
> editor_cb => sub {
>
> We have a good reason to read config dirs there for getting auto-props,
> though, so the above patch isn't going into git.git
> Hi Eric,
Thanks for your quick answer. Unfortunatly, none of the suggested workaround worked for me... I even tried to clone again the SVN repository passing the suggested options when cloning but no effect. BTW, does specifying --username at cloning time should add something to some config file (like .git/config) ?
Cheers,
Michel