From: Michael J Gruber <git@drmicha.warpmail.net>
To: Sebastian Leske <Sebastian.Leske@sleske.name>,
Git Mailing List <git@vger.kernel.org>
Cc: Eric Wong <normalperson@yhbt.net>
Subject: Re: [PATCH 2/4] Recommend use of structure options for git svn.
Date: Wed, 28 Nov 2012 15:46:45 +0100 [thread overview]
Message-ID: <50B623D5.9090606@drmicha.warpmail.net> (raw)
In-Reply-To: <a4de87e8d09c26221eff116c3209b0a3606dfc21.1353691892.git.Sebastian.Leske@sleske.name>
Sebastian Leske venit, vidit, dixit 21.11.2012 08:13:
> Document that when using git svn, one should usually either use the
> directory structure options to import branches as branches, or only
> import one subdirectory. The default behaviour of cloning all branches
> and tags as subdirectories in the working copy is usually not what the
> user wants.
"Usually" assumes that usually svn repos follow a branch/tag structure.
That may be quite true nowadays (but wasn't in the beginning).
In fact I would suggest to emphasize "--stdlayout" as the most standard
choice nowadays, followed by specifying a specific branch (usually
trunk) as the repo uri.
> Signed-off-by: Sebastian Leske <sebastian.leske@sleske.name>
> ---
> Documentation/git-svn.txt | 10 ++++++++++
> 1 file changed, 10 insertions(+)
>
> diff --git a/Documentation/git-svn.txt b/Documentation/git-svn.txt
> index 482d60d..928a961 100644
> --- a/Documentation/git-svn.txt
> +++ b/Documentation/git-svn.txt
> @@ -871,6 +871,16 @@ already dcommitted. It is considered bad practice to --amend commits
> you've already pushed to a remote repository for other users, and
> dcommit with SVN is analogous to that.
>
> +When cloning an SVN repository, if none of the options for describing
> +the repository layout is used (--trunk, --tags, --branches,
> +--stdlayout), 'git svn clone' will create a git repository with
> +completely linear history, where branches and tags appear as separate
> +folders in the working copy. For projects with many branches this will
> +lead to a working copy many times larger than just the trunk. It is
> +recommended to either use the the options for trunk / tag / branch
> +directory, or to only clone the trunk (or a subdirectory of the
> +trunk).
> +
> When using multiple --branches or --tags, 'git svn' does not automatically
> handle name collisions (for example, if two branches from different paths have
> the same name, or if a branch and a tag have the same name). In these cases,
>
next prev parent reply other threads:[~2012-11-28 14:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-18 17:08 [PATCH 1/4] git-svn: Document branches with at-sign(@) Sebastian Leske
2012-11-21 7:13 ` [PATCH 2/4] Recommend use of structure options for git svn Sebastian Leske
2012-11-28 14:46 ` Michael J Gruber [this message]
2012-11-23 7:13 ` [PATCH 3/4] git-svn: Expand documentation for --follow-parent Sebastian Leske
2012-11-28 14:48 ` Michael J Gruber
2012-11-23 7:29 ` [PATCH 4/4] git-svn: Note about tags Sebastian Leske
2012-11-28 14:58 ` Michael J Gruber
2012-11-28 14:43 ` [PATCH 1/4] git-svn: Document branches with at-sign(@) Michael J Gruber
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=50B623D5.9090606@drmicha.warpmail.net \
--to=git@drmicha.warpmail.net \
--cc=Sebastian.Leske@sleske.name \
--cc=git@vger.kernel.org \
--cc=normalperson@yhbt.net \
/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).