I use linux, but apparently tortoisehg is faster and better than the git equivalent on windows (due to better usage of the poor windows filesystem). From mercurial's wiki, the following statement on interfacing with mercurial Inspired by git for beginners
Mercurial Mouse nude, pictures, photos, Playboy, naked, topless, fappening
This is a compilation of information on using mercurial for beginners for practical use
Svn is different from git and mercurial, in that it is a single repository that all users have to pull and commit to
Git and mercurial have a distributed model This means that there is a repository on every computer and there is usually an official repository that people will choose to commit their changes to and pull from Git and mercurial are extremely similar Mercurial uses rename tracking, while git uses rename detection to deal with file renames network
16 what do folks here see as the relative strengths and weaknesses of git, mercurial, and bazaar In my opinion git strength is its clean underlying design and very rich set of features It is very fast and has small repository size. I have a pair of commits that should really be just one
If i was using git, i would use
Can i do that in mercurial 255 i'm using mercurial locally for a project (it's the only repo there's no pushing/pulling to/from anywhere else) To date it's got a linear history However, the current thing i'm working on i've now realized is a terrible approach and i want to go back to the version before i started it and implement it a different way.
From the command line reference Hg pull and then a Hg merge incidentally the revert you did if you actually used the hg revert command didn't remove those files from history, so your history is probably pretty big Consider reading the first few chapters of the mercurial book it covers these situations quite well.
Because it is maintained by the mercurial team, and it is what the mercurial team recommend for interfacing with mercurial
