Bill Lear wrote:
Right. Otherwise they need to do the config changes by hand in their
existing repository, which may be annoying/tedious/painful/difficult,
depending on your knowledge level with git.
You can actually use the old developer repositories with the newer
Git without doing anything specific to upgrade them. Its just that
1.5.0 sets up the initial config of the repository differently,
and that's exactly the change in functionality you are looking for.
They can save their old topic branches (if they are important)
by doing something like:
mv proj old_proj
git clone git://server/proj proj
cd proj
git fetch ../old_proj topicA:topicA [topicB:topicB ...]
at which point ../old_proj can be tossed.
--
Shawn.
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
| Dave Hansen | [RFC][PATCH 0/4] kernel-based checkpoint restart |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Eric Paris | [RFC 0/5] [TALPA] Intro to a linux interface for on access scanning |
git: | |
| David Miller | Re: [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
