Subject: Re: [boost] [git] Mercurial?
From: BjÃ¸rn Roald (bjorn_at_[hidden])
Date: 2012-03-20 04:35:38
On 03/20/2012 05:21 AM, Klaim - JoÃ«l Lamotte wrote:
> May I ask:
> - what is the current state of git concerning error reporting? Last time I
> checked, git still had no reports when something gone wrong and that was a
> major concern to me.
I have no idea, what kind of missing error reporting are you referring too?
> - what is the current state of git concerning windows support? As someone
> pointed out, there is no official efforts to make it easily portable to
> windows and tools are problematic on windows.
If it helps anything, we have been using Git on Windows in a small team
but on a large codebase for several years. No real problems, and I must
say it is huge improvement in usabillity over ClearCase, our legacy,
which have quite complete GUI and Windows support. Some of the
developers use TourtoiseGIT, I use it occasionally. Mostly I use git
support in emacs and the command line support and built in gitk and
git-gui. On emacs I have settled with egg.el which work on all
platforms and support most of my tasks. So even if there are
alternatives I have not tried, I have no need to look further.
I would not be concerned with Windows support for Git. Why there is
still no official release for Windows does however puzzle me a bit. Is
there any official statements why they release the git windows ports
labeled as previews?
> I don't care if boost goes with git or mercurial, but AFAIK, error
> reporting and windows support is far worst than git's (hard to grasp) ui.
> I hope it have been fixed since last time I checked (in the middle of the
> last year).
Well, if I had to choose I would go for Git, without really having any
strong opinion against Hg. One of my main reasons would be the fact
that even as Git has been solid all along for us, it has improved a lot
on its support for its weaker aspects over the last few years. I
strongly feel any remaining problems, if any, that should concern boost
will be fixed sooner rather than later.