From: Linus Torvalds <torvalds@linux-foundation.org>
To: Bill Lear <rael@zopyra.com>
Cc: git@vger.kernel.org, Jakub Narebski <jnareb@gmail.com>
Subject: Re: Git rescue mission
Date: Thu, 8 Feb 2007 15:46:12 -0800 (PST) [thread overview]
Message-ID: <Pine.LNX.4.64.0702081538160.8424@woody.linux-foundation.org> (raw)
In-Reply-To: <17867.45437.922483.805945@lisa.zopyra.com>
On Thu, 8 Feb 2007, Bill Lear wrote:
>
> With regard to the new version and old repos, am I correct in assuming
> that we can upgrade our old repo (a bare one) to the new git by first
> installing the new git, and then doing this:
>
> % cd /repos/git
> % mv project project.old_git
> % git --bare clone project.old_git project
>
> or is there something else we must do?
I would actually suggest against that. Why? Because it will set a new
"origin" (pointing to your old repo), and if you had something else
before, that's probably not what you want.
Anyway, for the *shared* repositories, the git-1.5 changes really don't
tend to make any difference anyway (since they don't even tend to really
_care_ about things like origin branches - they are just used to push and
pull from).
It's much more noticeable for the actual *development* repositories,
because they are the ones that have "origin" pointing to something else.
And yes, for those development repositories, it's usually a good idea to
just do
mv project old-project
git clone /repos/git/project
cd project
.. work work work ..
and be happy.
You can also set up the new configurations by hand in an old repository,
but there really doesn't tend to be a lot of reason to do that. Just as an
example: the above was _literally_ what I did myself, just because I was
too lazy to start editing .git/config files and setting things up in other
ways (renaming origin branches etc).
In fact, I just did it the other day for my "sparse" repository (which is
another project I started, but that is maintained by others these days).
So here's a snippet from my bash history:
...
837 mv sparse old-sparse
838 cat old-sparse/.git/config
839 git clone master.kernel.org:/pub/scm/linux/kernel/git/josh/sparse
...
(that "cat old-sparse/.git/config" was just because I had forgotten
exactly where the origin of that repo was, so I did that cat just to do a
cut-and-paste for the subsequent "git clone" ;^).
And yes, I did that just to get the nicer branch layout, something that my
old sparse git repo didn't have, because I had set it up with an old
version of git (and done some minimal manual maintenance).
Linus
next prev parent reply other threads:[~2007-02-08 23:46 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-08 0:18 Git rescue mission Bill Lear
2007-02-08 0:22 ` Johannes Schindelin
2007-02-08 0:24 ` Bill Lear
2007-02-08 0:25 ` Johannes Schindelin
2007-02-08 0:34 ` Bill Lear
2007-02-08 0:48 ` Junio C Hamano
2007-02-08 4:28 ` Alexander Litvinov
2007-02-09 0:53 ` Junio C Hamano
2007-02-09 3:32 ` Alexander Litvinov
2007-02-08 15:27 ` Bill Lear
2007-02-08 15:56 ` Jakub Narebski
2007-02-08 23:24 ` Jeff King
2007-02-08 23:32 ` Bill Lear
2007-02-08 17:27 ` Linus Torvalds
2007-02-08 20:12 ` Kalle Pokki
2007-02-08 21:23 ` Linus Torvalds
2007-02-08 22:03 ` Kalle Pokki
2007-02-08 22:10 ` Shawn O. Pearce
2007-02-09 1:48 ` Theodore Tso
2007-02-09 1:58 ` Shawn O. Pearce
2007-02-09 2:01 ` Jakub Narebski
2007-02-10 16:05 ` Theodore Ts'o
2007-02-10 16:05 ` [PATCH] Print a sane error message if an alias expands to an invalid git command Theodore Ts'o
2007-02-10 16:05 ` [PATCH] Allow aliases to expand to shell commands Theodore Ts'o
2007-02-10 18:04 ` Linus Torvalds
2007-02-10 18:13 ` Theodore Tso
2007-02-10 20:34 ` Johannes Schindelin
2007-02-11 0:13 ` Theodore Tso
2007-02-11 16:03 ` Johannes Schindelin
2007-02-11 16:21 ` Theodore Tso
2007-02-11 16:36 ` Johannes Schindelin
2007-02-11 21:44 ` Junio C Hamano
2007-02-11 22:03 ` Johannes Schindelin
2007-02-12 3:56 ` Theodore Tso
2007-02-12 6:53 ` Shawn O. Pearce
2007-02-10 16:50 ` [PATCH] Print a sane error message if an alias expands to an invalid git command Junio C Hamano
2007-02-09 19:21 ` Git rescue mission Kalle Pokki
2007-02-08 21:57 ` Bill Lear
2007-02-08 22:13 ` Linus Torvalds
2007-02-08 22:33 ` Bill Lear
2007-02-08 23:25 ` Bill Lear
2007-02-08 23:33 ` Shawn O. Pearce
2007-02-08 23:40 ` Bill Lear
2007-02-08 23:50 ` Shawn O. Pearce
2007-02-09 0:03 ` Jakub Narebski
2007-02-09 0:17 ` Linus Torvalds
2007-02-09 8:58 ` Michael S. Tsirkin
2007-02-08 23:38 ` Jakub Narebski
2007-02-08 23:46 ` Linus Torvalds [this message]
2007-02-09 4:38 ` Junio C Hamano
2007-02-08 22:29 ` Jakub Narebski
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=Pine.LNX.4.64.0702081538160.8424@woody.linux-foundation.org \
--to=torvalds@linux-foundation.org \
--cc=git@vger.kernel.org \
--cc=jnareb@gmail.com \
--cc=rael@zopyra.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.