Re: [PATCH v2] Add --track option to git clone
- From
Sean Estabrooks <seanlkml@sympatico.ca>
- Date
- Dec 2, 2009, 02:08 UTC
- Message-ID
- <BLU0-SMTP487572F057CC9D30C837D7AE950@phx.gbl>
- In-Reply-To
- <1259707865-6561-1-git-send-email-sn_@gmx.net>
On Tue, 1 Dec 2009 23:51:03 +0100 David Soria Parra <sn_@gmx.net> wrote:
> The following series adds a --track option to git clone. If the --track option > is specified only the given remote branch will be received and checked out.
IMHO, the term "track" is already overloaded in Git and this doesn't help make things clearer.
Show 7 quoted lines
> It tries to make the following usecase possible: > Imagine you are working on a project that has 1.x and a 2.x branch. The project > itself requires a complex setup (webserver, configuration files, etc). Setting up > 1.x and 2.x branch requires a lot of work, but a developer needs to maintain both. > He'll use the --track option to clone the 2.x branch into a directory and does the same > with the 1.x branch, where he setup the project. He can use locally separate repositories > while still being able to push to just one remote repository.
This is already straightforward in Git without the limitation of tracking only a single remote branch. What is the necessity of doing this via the clone command?
$ git init myrepo $ cd myrepo $ git remote add -t branch1.x -f origin <URL> $ git checkout -t origin/branch1.x
Sean