2009/1/5 Ali Sabil <[email protected]>: > > > On Sun, Jan 4, 2009 at 11:33 PM, Olav Vitters <[email protected]> wrote: >> >> On Sun, Jan 04, 2009 at 05:29:02PM -0500, David Zeuthen wrote: >> > Uh, but that's exactly how I understood the proposal and I believe that >> > the points I made (that you didn't respond to) still stands: That it's >> > crazy to officially want to support git, bzr and hg *at* the same time >> > *from* the same repo. It's just asking for trouble. >> >> That isn't true. It is Bzr on server, with Git support. Nothing about >> Hg, nothing about doing partly Git, partly Bzr. >> > > Sorry for not being clear in my explanations. Basically, as Olav pointed > out, it is about having Bazaar on the server, with a git-serve plugin > allowing it to fulfill the git client requests as well as the bzr client > requests. > > The following scenarios will be possible: > (bzr repo) <-> (git serve plugin) <--------- network -------> (git client) > (bzr repo) <-> (bzr serve) <--------- network -------> (bzr client) > > both bzr and git will operate fully, nothing will be partially supported, > since the bazaar repository format is a superset of the git repo format (ie. > it stores more metadata). > > I talked about hg, just to highlight that the solution is quite future > proof, because you can certainly apply the same solution to allow hg clients > to access the repository.
First of all, who is going to develop and maintain the "git serve plugin"? Whoever does it I bet the end result won't be as good as the native git. Emulators tend to behave differently from the native counterpart. Second, as David mentioned; what would happen in the case the git protocol is updated and backward compatibility is removed? We will need to wait until the "git serve plugin" is updated, possibly rewritten. Third, every repository format has advantages and drawbacks. So far it looks like the git repository format works for most people, what is the need to avoid it? Fourth, we should not re-invent the wheel, people use either bzr or git, and not both for a reason; depending on a theoretical "git serve plugin" is just asking for trouble. Fifth, if the majority of the GNOME community prefers git, why degrade the git experience with an emulation? It makes much more sense for the bzr minority to emulate bzr experience with bzr-git if so they desire. -- Felipe Contreras _______________________________________________ desktop-devel-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/desktop-devel-list
