Keith Packard wrote: > Fortunately, there are very few people involved with any specific piece > of the X.org distribution; there's really only one or two people > actively developing the X.org core server, so that part of the migration > will be easy. Our users will be stuck, but there aren't many of them > either, and git makes just sucking the current bits pretty easy. > Not under Windows (bleh), but it's support for Cygwin is getting better and better. > I don't know of other huge projects moving to git; it's not all that > interesting as we know the tool is stable and will scale to support our > project already. Also, hg and bzr are not ready for production use in my > opinion; hg as it appears likely a flag day will be required before 1.0, I haven't seen any such flag day since 0.3. Repository format seems stable, except rename and modes support (these will be added in a compatible way I think). 0.8 release is imminent (today or tomorrow). I personally wouldn't mind git - it's great. The only drawback is local cloning. This operation is like 4x slower than plain copying of the repository. Probably because it works like an ssh clone - creates a pack, copies it, then unpacks. This is just inefficient on a local machine. > and bzr because they didn't focus on repository format, and have > suggested that they will switch to a hash-addressed scheme at some point > in the future... > Not only that - they don't have an efficient network transfer protocol. (they use HTTP walkers, not even supporting persistent connections and also do too many DNS lookups) This is very unfortunate, especially for large projects. (branching Linux would take 3 days I think) -- GPG Key id: 0xD1F10BA2 Fingerprint: 96E2 304A B9C4 949A 10A0 9105 9543 0453 D1F1 0BA2 AstralStorm - 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
This archive was generated by hypermail 2.1.8 : 2006-01-29 22:19:49 EST