Earlier quoted context omitted.
The last time I looked, Git on Windows required you use a different shell than the native Windows command shell (not that I'm a fan of the crappy Windows shell, but it does make it more awkward and feels less "native").
Most people that use SVN on Windows seem to use TortoiseSVN instead of a command line. Similarly, most Windows developers that I encounter who run Git just use TortoiseGit. (And TortoiseHg for Mercurial for that matter). The whole "Git on Windows" issue? Completely overblown.
Python now uses Mercurial
91–100 of 114 posts
Re: Python now uses Mercurial
#92Earlier quoted context omitted.
Not true. While mercurial being written in python is noted[1] , it is made explicitly clear, its not the reason behind the main selection of Hg as the version control. [1] - http://www.python.org/dev/peps/pep-0374/#why-mercurial-over-...
"First, git's Windows support is the weakest out of the three DVCSs being considered which is unacceptable as Python needs to support development on any platform it runs on." This is FUD! The support for git on windows is pretty good and there is nothing obstrusive in it. You can use git on Windows fairly well. Sad to see this kind of comment written by smart people.
Re: Python now uses Mercurial
#93Git and Hg accomplish essentialy the same thing. The platform support and tool/utility support for Mercurial on windows in important to note. I decided to choose Mercurial as the VCS for my 'work'. This was a team that had no prior exposure to VC before. And works in a mixed environment. Hg follows the 'one true way' philosophy of Python; so there's just a single command to learn for each task. Plus, Bitbucket's new…
Re: Python now uses Mercurial
#94Earlier quoted context omitted.
There is a reason Python is paired with Mercurial. Hg is written in Python. As for why Mercurial was chosen over Bazaar, it came down to popularity. As the core developer survey shows, hg was preferred over bzr.
That's not really the reason, and I believe it's even stated in the PEP.
Re: Python now uses Mercurial
#95Re: Python now uses Mercurial
#96Earlier quoted context omitted.
Why is PHP not a "real" programming language? Why is subversion not a "real" version control tool? Yes, I've programmed in PHP and know it has some downsides, and that it has some big warts that are ugly, but it is a real programming language. Real projects are built with PHP. Now I understand the frustration with Subversion, but it still is a version control system that is used in the real world. Would I love it if…
PHP is the Walmart of languages, everyone uses it because everyone uses it, but nobody really has anything _good_ to say about it.
1) It's very easy to get started with, even if you're not a great programmer (or even if you have never programmed before). Just start with pure HTML and then add a few tags. 2) Lots of PHP hosting available, much of it free. 3) Loads of frameworks and libraries available.
I'm sure a PHP fan could come up with a few more.
Re: Python now uses Mercurial
#97It's interesting that each major web language seems to have paired off with a different VCS: - Python + Hg - Ruby + Git - PHP + ...SVN?
hg seems to be strong at Google github was done in ruby php ... whatever
Re: Python now uses Mercurial
#98Re: Python now uses Mercurial
#99Earlier quoted context omitted.
Exactly. And if you know that you just want the SVN/HG commit-everything, just add a -a. Pretty intuitive. Once you get used to having the ability to create arbitrary commits from a huge changeset, you'll find it aggravating when everyone else commits "3 bug fixes to core, swapping out a style sheet, and cleanup in database code" :)
Unfortunately people working with git at work are still doing exactly that. Not sure how to make them stop either, since so far telling them it is wrong hasn't helped ...
aka push -f and yell at them.
Re: Python now uses Mercurial
#100Earlier quoted context omitted.
No specific commands really, but I think the whole hg UI is just more consistent. I use both, yet with git I have to revert to `man` almost every day :/ Compare: `git branch xxx / git branch -a`, `git tag xxx / git tag -l`, `git show-ref --heads` To: `hg branch xxx / hg branches`, `hg tag xxx / hg tags`, `hg heads` There are also "duplicates" that I'm not sure why aren't folded into one command: `show-branch/branch`,…
There have been times that I've created a branch just to have a stopping point to which I can go back, but I wasn't going to do any work on it, at least not yet, like two choices on how to re-factor something, try one, if it fails try the other, but keep both around for testing.
git tag -a tagname
git push --tags
git checkout tagname
http://git.or.cz/course/svn.html
BTW, it's also worth noting that hg can have tag merge conflicts (http://mercurial.selenic.com/wiki/GitConcepts), which is just weird.
For anyone looking to learn more about git, I haven't found a better resource than this talk: (video) http://blip.tv/file/4094854 (slides) http://www.slideshare.net/chacon/getting-git
That said, I migrated from hg to git, and I love them both way more than svn.