Bill Lear <rael@zopyra.com> 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
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| David Woodhouse | [PATCH 1/3] firmware: allow firmware files to be built into kernel image |
| Peter Zijlstra | [PATCH 00/23] per device dirty throttling -v8 |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Josip Rodin | bnx2_poll panicking kernel |
| Patrick McHardy | Re: [GIT]: Networking |
