From: Juanma Barranquero <lekktu@gmail.com>
To: "Óscar Fuentes" <ofv@wanadoo.es>
Cc: emacs-devel@gnu.org
Subject: Re: New sync'd branch
Date: Fri, 28 Aug 2009 19:49:53 +0200 [thread overview]
Message-ID: <f7ccd24b0908281049j681f6e8bge3e2a72213a83815@mail.gmail.com> (raw)
In-Reply-To: <873a7bn9rm.fsf@telefonica.net>
On Fri, Aug 28, 2009 at 19:11, Óscar Fuentes<ofv@wanadoo.es> wrote:
> I say that git's speed is no longer a reason for choosing it on
> Windows. Some operations (like initializing a git-svn repo) is orders of
> magnitude slower on Windows than on GNU/Linux. Importing a 1000 revs svn
> repo took *hours* on Windows, less than a minute on GNU/Linux. bzr
> imports it on Windows almost as fast as git on GNU/Linux.
Your experience with bzr seems to have been better than mine. Cloning
a repo, and doing some normal operations has been much slower with bzr
than git. So, if not a reason to use git over bzr (on projects that
don't require it, as Emacs will be), it is certainly a factor. AFAIK,
it did take months for bzr log to be usable on an Emacs repository...
> Why do you hate cygwin and not msys, which is cygwin by other name (and
> with not so good maintenance and quality, IMO).
I don't really hate Cygwin, I hate *having to use it*; I hate it
forcing me into that fake "you're on Unix now" mindset. If some tool
uses Cygwin under the hood, at it works fine, fine.
> This is like C++ and other gratuitously complex systems: it is difficult
> to learn what's important and what's irrelevant or even dangerous.
Yes. That does not mean that C++ or other "gratuitously complex
systems" are worthless (and I say that as someone who once ago made a
living programming in C++ and who does *not* like it). So, if you're
saying that git would be better by removing complexity, I agree. But
still, some things it does quite well (frankly, switching branches in
place is much more intuitive for me that the current "shared
repository" thing in bzr, for example).
> Learning bzr took me half an hour and I'm productively working with it
> since two months ago. bzr does its job and it is out your way. git
> requires quite a bit of mastership and knowing lots of things about its
> inner workings.
I disagree. It only requires that you know about the complexity if you
intend to do some specialized things, and the same if true for bzr or
any other DVCS. I know nothing about git inner workings.
All in all, we'll have to agree to disagree. It would be silly to turn
this into a bzr vs git war; and more so because I really don't have
anything against bzr; it's just that I have nothing *for* it, either,
at the moment.
Juanma
next prev parent reply other threads:[~2009-08-28 17:49 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-23 22:21 New sync'd branch Stefan Monnier
2009-08-23 22:35 ` joakim
2009-08-24 13:58 ` Leo
2009-08-24 19:24 ` Dmitry Dzhus
2009-08-25 17:44 ` Stefan Monnier
2009-08-26 8:31 ` Miles Bader
2009-08-26 19:04 ` Stefan Monnier
2009-08-27 3:09 ` Eli Zaretskii
2009-08-27 4:47 ` Miles Bader
2009-08-27 5:38 ` Teemu Likonen
2009-08-28 8:34 ` Eli Zaretskii
2009-08-27 6:33 ` Ken Raeburn
2009-08-27 7:08 ` Teemu Likonen
2009-08-27 7:14 ` Christian Faulhammer
2009-08-27 8:55 ` Ken Raeburn
2009-08-27 9:07 ` Miles Bader
2009-08-27 10:11 ` Stephen J. Turnbull
2009-08-28 9:18 ` Eli Zaretskii
2009-08-27 9:47 ` joakim
2009-08-28 9:04 ` Eli Zaretskii
2009-08-28 9:12 ` Miles Bader
2009-08-28 9:19 ` Teemu Likonen
2009-08-28 9:32 ` Eli Zaretskii
2009-08-28 13:03 ` David Kastrup
2009-08-28 13:46 ` Óscar Fuentes
2009-08-28 14:55 ` Juanma Barranquero
2009-08-28 17:11 ` Óscar Fuentes
2009-08-28 17:49 ` Juanma Barranquero [this message]
2009-08-28 18:00 ` David Reitter
2009-08-29 3:56 ` Stephen J. Turnbull
2009-08-29 20:20 ` Richard Stallman
2009-08-28 15:08 ` David Kastrup
2009-08-28 17:21 ` Óscar Fuentes
2009-08-28 19:33 ` David Kastrup
2009-08-28 21:41 ` Óscar Fuentes
2009-08-28 22:20 ` Miles Bader
2009-08-28 22:55 ` Óscar Fuentes
2009-08-29 0:17 ` Miles Bader
2009-08-29 9:08 ` David Kastrup
2009-08-29 15:25 ` Stefan Monnier
2009-08-29 0:46 ` Stefan Monnier
2009-08-28 22:00 ` Miles Bader
2009-08-28 14:01 ` Juanma Barranquero
2009-08-28 14:08 ` Eli Zaretskii
2009-08-28 14:13 ` Juanma Barranquero
2009-08-28 14:33 ` Eli Zaretskii
2009-08-28 14:44 ` Juanma Barranquero
2009-08-28 9:38 ` joakim
2009-08-28 9:48 ` Eli Zaretskii
2009-08-28 10:02 ` Eli Zaretskii
2009-08-28 11:18 ` David Kastrup
2009-08-28 15:59 ` David Reitter
2009-08-27 21:27 ` Stefan Monnier
2009-08-28 8:28 ` Eli Zaretskii
2009-08-27 21:52 ` Glenn Morris
2009-08-27 22:17 ` Chong Yidong
-- strict thread matches above, loose matches on Subject: below --
2009-08-24 22:25 Nick Roberts
2009-08-25 9:29 ` joakim
2009-08-25 14:06 ` Chong Yidong
2009-08-25 21:02 ` Nick Roberts
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f7ccd24b0908281049j681f6e8bge3e2a72213a83815@mail.gmail.com \
--to=lekktu@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=ofv@wanadoo.es \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.