On Thu, 8 Feb 2007, Bill Lear wrote:
Not unless they want to take advantage of *all* the new features.
The new version of git will work fine with old repositories, both on the
"server" side and the "user" side. And people can use a lot of the new
features even if they do nothing at all.
But for the _specific_ case of having a clearly separated "local branch"
vs "remote branch" case, you do need to make that distinction clear when
you create the repository (unless you want to get really down and dirty
with the repo and just modify it yourself: certainly possible but
generally just not worth the effort since it's just easier to clone a new
one instead).
So it's really a matter of how you use it. Switching to a new version of
git on the "server side" (ie the shared repository operations) won't
really affect anything at all.
Linus
-
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
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Re: init's children list is long and slows reaping children. |
| Kohei KaiGai | [PATCH 0/3] exporting capability name/code pairs (final#2) |
git: | |
| Gerrit Renker | [PATCH 33/37] dccp: Initialisation framework for feature negotiation |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Mark Ryden | Re: Linux Wireless Mini-Summit -- Ottawa -- July 22, 2008 |
