[VOTE] git versus mercurial

64 messages Options
Embed this post
Permalink
1 2 3 4
Linus Torvalds

Re: Git/Mercurial interoperability (and what about bzr?)

Reply Threaded More More options
Print post
Permalink


On Sat, 1 Nov 2008, Theodore Tso wrote:
>
> .hgtags is stored as a versioned file in Mercurial.  That's one of the
> problems, and it leads to no shortage of headaches.

I told people this was insane long long ago, and I thought the hg people
had learnt to use local tags. They act sanely, as far as I know (ie they
act the same way git tags do).

Of course, the problem with hg local tags is that hg apparently has no
sane way to _propagate_ such local tag-space information from one
repository to another. But that's purely a problem with hg itself. I don't
know why that hasn't gotten fixed.

                        Linus
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [hidden email]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Theodore Tso

Re: Git/Mercurial interoperability (and what about bzr?)

Reply Threaded More More options
Print post
Permalink
On Sat, Nov 01, 2008 at 10:51:51AM -0700, Linus Torvalds wrote:

>
>
> On Sat, 1 Nov 2008, Theodore Tso wrote:
> >
> > .hgtags is stored as a versioned file in Mercurial.  That's one of the
> > problems, and it leads to no shortage of headaches.
>
> I told people this was insane long long ago, and I thought the hg people
> had learnt to use local tags. They act sanely, as far as I know (ie they
> act the same way git tags do).
>
> Of course, the problem with hg local tags is that hg apparently has no
> sane way to _propagate_ such local tag-space information from one
> repository to another. But that's purely a problem with hg itself. I don't
> know why that hasn't gotten fixed.

Yeah, well, hg calls them _local_ tags, and so people consider that by
design, they aren't supposed to be propagated outside of the local
repository.  As I recall, hg doesn't support GPG signing local tags,
for the same reason.

                                                        - Ted
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [hidden email]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Marcin Kasperski

Re: [VOTE] git versus mercurial (for DragonflyBSD)

Reply Threaded More More options
Print post
Permalink
In reply to this post by SZEDER Gábor
>> > How many perl gurus have skipped writing
>> > stuff for hg because it's a "python-or-bust" thing?
>>
>> How many Python people decided to write an extension for hg, because it can
>> very nicely be accessed via Python?
>
> And wouldn't they contribute at all, if there would be hg bindings for
> other programming languages, would they?

Are really programming languages that important? If I find a tool
which is useful and has features I need, and while using it I find
some drawback, and I am able to find how could I work on it, I can
pick up enough of the language it is written in. I am not a "guru"
if I can't.

Main showstoppers in this area are not the programming languages, but
lack of documentation, miserable APIs, or lack of process. Or ... the
fact that the tool is so good that it does not really need extensions.



--
----------------------------------------------------------------------
| Marcin Kasperski   | If we are to be successful, we must still have
| http://mekk.waw.pl |    the courage to put our faith in people as
|                    |  opposed to a process. (Booch,Martin,Newkirk)
----------------------------------------------------------------------

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [hidden email]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Isaac Jurado

Re: [VOTE] git versus mercurial (for DragonflyBSD)

Reply Threaded More More options
Print post
Permalink
On Thu, Nov 6, 2008 at 5:25 PM, Marcin Kasperski
<[hidden email]> wrote:
>
> Are really programming languages that important?

Considering the success of some of them, having the worst possible
syntax and semantics,  I believe it does not matter much.

> Main showstoppers in this area are not the programming languages, but
> lack of documentation, miserable APIs, or lack of process. Or ... the
> fact that the tool is so good that it does not really need extensions.

I couldn't agree more.  Sorry for such a useless reply, but I felt some
emotion reading "common sense".

Cheers.

--
Isaac Jurado Peinado
http://www.krenel.net

"The noblest pleasure is the joy of understanding"
Leonardo da Vinci
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [hidden email]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
1 2 3 4