From: "Gustaf Hendeby" <hendeby@gmail.com>
To: git@vger.kernel.org
Subject: git-svn: surprising behaviors/bugs?
Date: Thu, 22 Nov 2007 14:37:27 +0100 [thread overview]
Message-ID: <bf7b2dda0711220537h3f37c84ag899b74daa9a8fe1f@mail.gmail.com> (raw)
I've been running git for most my stuff for some time now, and am
really pleased with what it has to offer. However, all my coworkers
aren't gitified yet, and therefore I sometimes have to work with svn.
I've learned to appreciate git-svn for this, since it lets me utilize
the strengths of git and still allows for my coworkers to think I use
their svn setup. Thanks to all who contribute to this wonderful
tools!
In my work with git-svn I have stumbled upon the following two
unexpected behaviors. Basically, am I doing/understanding something
wrong, or is this buggy behavior in git-svn? (I'm presently using git
1.5.3.6, but have been experiencing these things for a while.)
1. I don't really like svn's committer info, so I got an authorsfile
set. This works great when I'm fetching/dcommitting from the
top-directory in my git checkout (the one with .git in), however, if
I'm in a subdirectory the authorsfile doesn't kick in and I get the
svn commiter info. This is not a big deal, but a bit surprising and
my history gets a bit ugly.
2. My second problem involves getting the support in git-svn for tags
and branches to work. Having a standard layout of the svn repository,
in this case
/source/project/(trunk|branch|tags)
svn clone -s only works as expected sometimes. Sometimes I only get
the revision history, not including any actual content (ie none files
of the files under control turns up in git) from the clone. When I
get this problem I usually clone the trunk only, and add tags myself.
This is far from optimal, and also error prone. Other times, the
clone works as expected and gives me the tags and branches and all the
content.
I think the problem occurs when I'm not the owner of the svn
repository, and only have access (read/write) to the
project/(trunk|branch|tag) part, and don't have any access at all to
source. Ie, svn ls works for /source/project and
/source/project/trunk etc, but not /source (where I returns 403
Forbidden access). All svn access is through a svn-server that I
can't control myself.
I've had a quick look in git-svn.perl, but the code is to beyond my
limited perl knowledge. I'd be happy to provide more details if
anyone is interested in looking deeper into this. Any ideas or
comments are greatly appreciated!
/Gustaf
next reply other threads:[~2007-11-22 13:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-22 13:37 Gustaf Hendeby [this message]
2007-11-29 8:10 ` git-svn: surprising behaviors/bugs? Eric Wong
2007-11-29 9:59 ` Gustaf Hendeby
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bf7b2dda0711220537h3f37c84ag899b74daa9a8fe1f@mail.gmail.com \
--to=hendeby@gmail.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).