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