Live data from Hacker News

Python now uses Mercurial

hg.python.org

61–70 of 114 posts

Re: Python now uses Mercurial

#62
post #8

It's interesting that each major web language seems to have paired off with a different VCS: - Python + Hg - Ruby + Git - PHP + ...SVN?

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.

Re: Python now uses Mercurial

#64

Earlier quoted context omitted.

"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.

Git's Windows support is clearly the weakest since it requires either MinGW or Cygwin. The platform itself is unoptimized for native Windows performance. It may not be terrible but it's certainly the weakest of the DVCSs, as they say.

Because... we all know Windows Python users are stylin with the Windows command shell.

I agree with the grandparent, this decision was political.

Re: Python now uses Mercurial

#65

Earlier quoted context omitted.

You know, comments like that disparage by implication anyone who finds value in PHP or SVN. That's a big chunk of the development community. It tears people apart rather than bringing them together. Maybe you should redirect your energy from snark and criticism toward something more constructive.

You know, comments like that disparage by implication anyone who finds value in PHP or SVN. Maybe if we disparage them enough they'll switch to a real programming language and version control tool.

PHP developers can probably take comfort in the fact that much like Java, Perl, C, Snooki, and others, even though PHP is long past its "sexy" stage, it's well into its "many billion-dollar companies are built on this" stage.

SVN users, well, they probably just don't know any better. :)

Re: Python now uses Mercurial

#66
post #22

Earlier quoted context omitted.

"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.

The PEP was written in 2008.

[deleted]

Re: Python now uses Mercurial

#67

Earlier quoted context omitted.

"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.

Git's Windows support is clearly the weakest since it requires either MinGW or Cygwin. The platform itself is unoptimized for native Windows performance. It may not be terrible but it's certainly the weakest of the DVCSs, as they say.

Yes, but when I read the PEP, sounded like this is the biggest motivation to not use Git.

Re: Python now uses Mercurial

#68

Earlier quoted context omitted.

You know, comments like that disparage by implication anyone who finds value in PHP or SVN. That's a big chunk of the development community. It tears people apart rather than bringing them together. Maybe you should redirect your energy from snark and criticism toward something more constructive.

You know, comments like that disparage by implication anyone who finds value in PHP or SVN. Maybe if we disparage them enough they'll switch to a real programming language and version control tool.

If "real programming language" advocates spent more time creating equivalient/better alternatives to projects like Drupal or Wordpress in their preferred environments, they'd advance their goals much more than any HN/Proggit comment could.

Re: Python now uses Mercurial

#69
post #48
post #11

Earlier quoted context omitted.

In all fairness, I'd like to point out it's quite possible to make Git work on Windows. If one can adjust the path, it is also reachable through the same command line Windows folks are used to.

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").

I've been using MsysGit (Windows) for about 18 months as a "local vcs" wrapper around a sucky vcs (Accurev). Until the most recent MsysGit release, I used the "git bash" shell exclusively: for each Accurev workspace, I had a CMD shell where I ran builds in the w/s, and a git bash shell where I operate git for that w/s. This was mostly satisfactory (being able to write true bash scripts to automate git a tiny bit was cool), but when working with sometimes a dozen or more workspaces, it can get a little time consuming to locate the respective shell's mate. Anyway, MsysGit has mostly worked quite nicely for my limited purposes. However I am now evaluating hg as a possible replacement for Accurev (I'm running a quasi-import over the weekend). I'm also running a git import in parallel (mostly to compare repo size growth over time), and to do that (in lockstep) I'm running git from a CMD shell; so far I've not had any problems using git in CMD (wait, git's interpretation of the %EDITOR% environment variable in CMD is broken). Why hg, after all my experience with git? As mentioned elsewhere in this discussion: MsysGit (git for Windows) is like a "second class citizen"; it's pretty clear that the git creators have a negative religious attitude about Windows, thus expecting equal functionality and support on Windows is folly. The MsysGit discussion threads reflect a shoestring operation, with overwhelmed developers solely scratching their own itch (fair enough as far as it goes). Whereas hg treats Windows as a first class platform (presumably because it was designed and built with that in mind). I still like git's branching feature (which is why I chose it initially over hg), but between hg and git, hg is IMHO the only pragmatic choice for a "Windows shop".

Re: Python now uses Mercurial

#70
post #59

Earlier quoted context omitted.

hg histedit, hg revert, hg update -r{any revspec}

I meant "git reset --hard" as a prefix for useful . Can hg set the current branch to point anywhere in time? Does histedit do exactly what "rebase" does? Does it also work with "--onto" and other rebase features?

Regarding resetting: hg up -C will give you a clean checkout of that ref, discarding any local changes.
Post reply on HN