www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - [OT] TortoiseGit and Hg

reply "Nick Sabalausky" <a a.a> writes:
I've been getting more familiar with both git and hg, and I'm coming to the 
conclusion that I like TortoiseGit far more than TortoiseHg, but when I have 
to use them at the cmd line (which I hate to have to do), I can't stand 
Git's cmd line interface, but Hg seems to be pretty nice (and I like Hg's 
revision/changeset/whatever identier system far better). I know it's 
(theoretically) possible to use TortoiseHg with Git repos via hg-git (which 
only barely works at all, in my experience), but that's opposite of what 
I've realized I want. Anyone know if there's any way to go the other way 
around? Use TortoiseGit to work with Hg repos?

Meh, frankly, I'm real unhappy with DVCSes. I'm completely sold on them, of 
course, a definite improvement over SVN. But before I learned about DVCSes I 
was very happy with SVN; not so happy with the DVCS landscape now that I'm 
here :/
Oct 07 2011
next sibling parent reply foobar <foo bar.com> writes:
Nick Sabalausky Wrote:


 I've been getting more familiar with both git and hg, and I'm coming to the 
 conclusion that I like TortoiseGit far more than TortoiseHg, but when I have 
 to use them at the cmd line (which I hate to have to do), I can't stand 
 Git's cmd line interface, but Hg seems to be pretty nice (and I like Hg's 
 revision/changeset/whatever identier system far better). I know it's 
 (theoretically) possible to use TortoiseHg with Git repos via hg-git (which 
 only barely works at all, in my experience), but that's opposite of what 
 I've realized I want. Anyone know if there's any way to go the other way 
 around? Use TortoiseGit to work with Hg repos?
 
 Meh, frankly, I'm real unhappy with DVCSes. I'm completely sold on them, of 
 course, a definite improvement over SVN. But before I learned about DVCSes I 
 was very happy with SVN; not so happy with the DVCS landscape now that I'm 
 here :/
 
 


Man, You don't make any sense. 
It's true that GIT's cmd is more complicated than SVN but that's unavoidable
due to the nature of DVCS. 
While I agree that it could be improved still and that the command names are
sometimes confusing, I also have to point out that Git's cmd is very flexible
due to aliases. In fact I use most of the time my own git aliases.

Regarding Git's identifiers - SHA1 makes perfect sense once you internalize
that a global versioning system is not possible in a distributed system. Hence
the problem lies with the fact that you've got accustomed to SVN's revision
system which I'd argue is an unfit design.
Oct 08 2011
parent reply "Nick Sabalausky" <a a.a> writes:
"foobar" <foo bar.com> wrote in message 
news:j6p1lj$272s$1 digitalmars.com...

 Nick Sabalausky Wrote:


 I've been getting more familiar with both git and hg, and I'm coming to 
 the
 conclusion that I like TortoiseGit far more than TortoiseHg, but when I 
 have
 to use them at the cmd line (which I hate to have to do), I can't stand
 Git's cmd line interface, but Hg seems to be pretty nice (and I like Hg's
 revision/changeset/whatever identier system far better). I know it's
 (theoretically) possible to use TortoiseHg with Git repos via hg-git 
 (which
 only barely works at all, in my experience), but that's opposite of what
 I've realized I want. Anyone know if there's any way to go the other way
 around? Use TortoiseGit to work with Hg repos?

 Meh, frankly, I'm real unhappy with DVCSes. I'm completely sold on them, 
 of
 course, a definite improvement over SVN. But before I learned about 
 DVCSes I
 was very happy with SVN; not so happy with the DVCS landscape now that 
 I'm
 here :/


 Man, You don't make any sense.
 It's true that GIT's cmd is more complicated than SVN but that's 
 unavoidable due to the nature of DVCS.
 While I agree that it could be improved still and that the command names 
 are sometimes confusing, I also have to point out that Git's cmd is very 
 flexible due to aliases. In fact I use most of the time my own git 
 aliases.


Note that the original post was *not* about "Which is better, Git or Hg?"

I merely inquired about using TortoiseGit to access Hg. And as background 
explanation I stated my own preferences (ie, to answer the implicit "Why the 
hell am I even asking?").

I didn't try to push one over another, I didn't try to say anything was 
better than anything else, I merely said that *I* *liked* one vs another. So 
can we not turn this into damn DVCS war?



 Regarding Git's identifiers - SHA1 makes perfect sense once you 
 internalize that a global versioning system is not possible in a 
 distributed system.


Umm...I never said anything about needing the sequential version numbers to 
be global...I just said that I happen to like Hg's system better. (Bzr has 
one that I like, too.)



Hence the problem lies with the fact that you've got accustomed to SVN's 
revision system which I'd argue is an unfit design.


Honestly, I'm getting really fucking tired of Git people (not that Hg people 
don't have a similar thing) compulsively accusing anyone who doesn't fall 
head over heels in love with the obviously superior-to-all Git of looking at 
it through SVN-tinted glasses and being wrong by default.

Is it Linus who's to blame for the Git community's asinine hostility towards 
anything remotely SVN? Too many starfuckers? This is the new incarnation of 
the old "RTFM" bullshit. Do you want me to conclude that "The problem lies 
with the fact that you're blindly aping Linus"? Didn't think so, so don't go 
twisting this shit around like that. It's a simple damn question: "Anyone 
know if there's any way to use TortoiseGit to work with Hg repos?" There's 
no need for any of this "my VCS is better than your VCS" bullshit that's 
infected more than enough of the internet already. Hell, we've already 
discussed the details of this stuff to death right here on this NG anyway. 
That matter is done and over.
Oct 08 2011
parent reply foobar <foo bar.com> writes:
Nick Sabalausky Wrote:


 "foobar" <foo bar.com> wrote in message 
 news:j6p1lj$272s$1 digitalmars.com...

 Nick Sabalausky Wrote:


 I've been getting more familiar with both git and hg, and I'm coming to 
 the
 conclusion that I like TortoiseGit far more than TortoiseHg, but when I 
 have
 to use them at the cmd line (which I hate to have to do), I can't stand
 Git's cmd line interface, but Hg seems to be pretty nice (and I like Hg's
 revision/changeset/whatever identier system far better). I know it's
 (theoretically) possible to use TortoiseHg with Git repos via hg-git 
 (which
 only barely works at all, in my experience), but that's opposite of what
 I've realized I want. Anyone know if there's any way to go the other way
 around? Use TortoiseGit to work with Hg repos?

 Meh, frankly, I'm real unhappy with DVCSes. I'm completely sold on them, 
 of
 course, a definite improvement over SVN. But before I learned about 
 DVCSes I
 was very happy with SVN; not so happy with the DVCS landscape now that 
 I'm
 here :/


 Man, You don't make any sense.
 It's true that GIT's cmd is more complicated than SVN but that's 
 unavoidable due to the nature of DVCS.
 While I agree that it could be improved still and that the command names 
 are sometimes confusing, I also have to point out that Git's cmd is very 
 flexible due to aliases. In fact I use most of the time my own git 
 aliases.


 
 Note that the original post was *not* about "Which is better, Git or Hg?"
 
 I merely inquired about using TortoiseGit to access Hg. And as background 
 explanation I stated my own preferences (ie, to answer the implicit "Why the 
 hell am I even asking?").
 
 I didn't try to push one over another, I didn't try to say anything was 
 better than anything else, I merely said that *I* *liked* one vs another. So 
 can we not turn this into damn DVCS war?
 
 

 Regarding Git's identifiers - SHA1 makes perfect sense once you 
 internalize that a global versioning system is not possible in a 
 distributed system.


 
 Umm...I never said anything about needing the sequential version numbers to 
 be global...I just said that I happen to like Hg's system better. (Bzr has 
 one that I like, too.)
 
 

Hence the problem lies with the fact that you've got accustomed to SVN's 
revision system which I'd argue is an unfit design.


 
 Honestly, I'm getting really fucking tired of Git people (not that Hg people 
 don't have a similar thing) compulsively accusing anyone who doesn't fall 
 head over heels in love with the obviously superior-to-all Git of looking at 
 it through SVN-tinted glasses and being wrong by default.
 
 Is it Linus who's to blame for the Git community's asinine hostility towards 
 anything remotely SVN? Too many starfuckers? This is the new incarnation of 
 the old "RTFM" bullshit. Do you want me to conclude that "The problem lies 
 with the fact that you're blindly aping Linus"? Didn't think so, so don't go 
 twisting this shit around like that. It's a simple damn question: "Anyone 
 know if there's any way to use TortoiseGit to work with Hg repos?" There's 
 no need for any of this "my VCS is better than your VCS" bullshit that's 
 infected more than enough of the internet already. Hell, we've already 
 discussed the details of this stuff to death right here on this NG anyway. 
 That matter is done and over.
 
 
 


Ok, to clarify, I did not compare Git vs. Hg. In fact I agree that HG provides
a better cmd out of the box. Git mitigates this by being very configurable. I
responed mainly to your usual rent about new(er) technology that you don't like.

Frankly, I just got fed up with yet another rant by that old guy down the block
that just complains about everything and keeps telling us how "back in the
days" it was much better. 
How SVN made him happy but he doesn't like those annoying DVCSes that
complicate his life. 
You sound exactly like Clint in "Gran Torino". 

With that attitude you shouldn't be dealing with technology,  you should retire
and leave us alone with those new tools that you don't want to learn that we
invent for no good reason.

Note: I have nothing against older people, just this annoying attitude that
*some* people adopt when they get older.
Oct 08 2011
parent "Nick Sabalausky" <a a.a> writes:
"foobar" <foo bar.com> wrote in message news:j6pr1r$e63$1 digitalmars.com...

 Ok, to clarify, I did not compare Git vs. Hg. In fact I agree that HG 
 provides a better cmd out of the box. Git mitigates this by being very 
 configurable. I responed mainly to your usual rent about new(er) 
 technology that you don't like.

 Frankly, I just got fed up with yet another rant by that old guy down the 
 block that just complains about everything and keeps telling us how "back 
 in the days" it was much better.
 How SVN made him happy but he doesn't like those annoying DVCSes that 
 complicate his life.


With that part, I was just making an apperently poorly-worded note about the 
irony of being less satisfied (due to various little details) with what even 
I agree is overall better.


 You sound exactly like Clint in "Gran Torino".


Heh :)

"Boy is my ass sore from all the guys at work." <-- Best line in the movie 
(and I'm sure I butchered the exact wording)

I've always likened myself more to Cranky Kong, though :)


 With that attitude you shouldn't be dealing with technology,  you should 
 retire and leave us alone with those new tools that you don't want to 
 learn that we invent for no good reason.

 Note: I have nothing against older people, just this annoying attitude 
 that *some* people adopt when they get older.


I was just wondering if there was a way I could get the proverbial best of 
both worlds! That's all. (FWIW, the "newer is better, why can't you blindly 
accept that?" attitude can also be annoying, but that's an attitude that's 
much more common in the software dev world.)

Like I've already said a bunch of times, I'm completely sold on DVCSes. It's 
just that it's a little annoying going from "there's basically one ultimate 
choice, SVN, and I can't think of much I would improve (obvously rare for 
me, and therefore highly valued)" to "there's as many as three viable ones, 
and yet all three still have their own annoying little drawbacks which I 
could easily avoid by using one of the other DVCSes, but that just brings 
some other little annoyances, aarggh!", so I keep dreaming about an ultimate 
DVCS that cherry-picks the best (IMO) of each: The GUI of TortoiseGit, the 
simplicity of Hg, the empty-directories of Bzr (I *did* say "little" 
annoyances), a collaboration tool with the speed and compatibility of 
LaunchPad but the interface of GitHub or BitBucket, etc...The ability to get 
by with fewer tortoises on my right-click menu would be nice, too...(It's 
getting hard to remember which project uses which...)
Oct 08 2011
prev sibling parent reply Michel Fortin <michel.fortin michelf.com> writes:
On 2011-10-08 05:11:32 +0000, "Nick Sabalausky" <a a.a> said:


 Anyone know if there's any way to go the other way around? Use 
 TortoiseGit to work with Hg repos?


Perhaps with git-hg:
<https://github.com/offbytwo/git-hg>

I don't know how well it works, never tried.


-- 
Michel Fortin
michel.fortin michelf.com
http://michelf.com/
Oct 08 2011
parent "Nick Sabalausky" <a a.a> writes:
"Michel Fortin" <michel.fortin michelf.com> wrote in message 
news:j6pfcg$2shu$1 digitalmars.com...

 On 2011-10-08 05:11:32 +0000, "Nick Sabalausky" <a a.a> said:


 Anyone know if there's any way to go the other way around? Use 
 TortoiseGit to work with Hg repos?


 Perhaps with git-hg:
 <https://github.com/offbytwo/git-hg>

 I don't know how well it works, never tried.


Thanks. It says that push support is experimental, but it may be worth 
keeping an eye on. Hmm, doesn't look like it'll work on windows, though, it 
appears to be a shell script.
Oct 08 2011