Mercurial is a fast, open-source, distributed version control system.
6
votes
3answers
178 views
How do distributed version-control systems deal with fragmentation?
Here is the scenario:
X is the author of a software. X releases v1.0 on an open source license on Github and moves on. People interested in the software fork and improve the software. Now there are ...
4
votes
2answers
119 views
When to separate a project in multiple subprojects
I'd like to know if it makes sense to divide the project I'm working on in two repositories instead of one.
From what I can say:
Frontend will be written in html+js
Backend in .net
The backend ...
0
votes
0answers
9 views
How to make the TortoiseHg workbench uncheck all files in the commit window [migrated]
Using the TortoiseHg workbench, when I switch to the commit window, all the files that I have changed locally are checked for commit. I often select a file (not changing the check) to see what the ...
2
votes
3answers
230 views
Release Management Tools with DVCS (Mercurial)
My development team is migrating from SVN to Mercurial. Having researched DVCS best practices, it has been suggested that we develop against feature branches of the repo mainline, test them ...
4
votes
2answers
98 views
Is it a good idea to create multiple heads with Mercurial? [closed]
I just made a commit that I want to reverse, but I want to keep the bad commit in history. So, I hg update to the previous (good) commit. Then I keep working.
This leaves me with a new head: the ...
1
vote
3answers
114 views
Fixing a push to the wrong branch
I committed and pushed some changes to the wrong branch. I found a way to fix it, but it seems overly complicated. Is this really the easiest way?
on the branch that you made your changes, type hg ...
8
votes
6answers
447 views
hginit - #ifdefs ridiculous
I was reading Joel Spolsky's mercurial introduction when it struck me:
"And now what they do is this: each new feature is in a big #ifdef block. So they can work in one single trunk, while ...
5
votes
3answers
313 views
Branching breaks continous integration?
I think this article, A Successful Git Branching Model, is very well known among experienced DVCS users.
I use hg mostly, but I would argue this discussion is fine for any DVCS.
Our current ...
80
votes
11answers
18k views
Why is the sudden increase in number of Git submitters on Debian popcon graph in 2010-01?
Almost every article I've read 1 comparing Git and Mercurial it seems like Mercurial has a better command line UX with each command being limited to one idea only (unlike say git checkout).
But at ...
-3
votes
4answers
424 views
What's so difficult about SVN merges? [duplicate]
Possible Duplicate:
I’m a Subversion geek, why should I consider or not consider Mercurial or Git or any other DVCS?
Every once in a while, you hear someone saying that distributed version ...
2
votes
2answers
290 views
What is the point to namespaces in branches in git?
So I mainly use Mercurial for my projects and I decided to sit down and learn all Git's shenanigans to discover if I'm in the right side (at least for me).
I'm learning that git uses namespaces for ...
1
vote
2answers
142 views
How can I get rid of just the untracked files in git? [closed]
In Mercurial I can do this with the bundled Purge Extension and executing the following command:
hg purge
Also good to get rid of ignored files:
hg purge --all
I'm curious about the most ...
-3
votes
1answer
199 views
Why can Perforce be a better version control system? [closed]
I've seen some people love and some loathe Perforce. As users or administrators with experience with other version control systems (free cookie to the ones with DVCS experience [git, Mercurial]), what ...
3
votes
2answers
204 views
Is Perforce as good at merging as DVCSs?
I've heard that Perforce is very good at merging, I'm guessing this has to do with that it tracks changes in the form of changelists where you can add differences across several files in a single ...
11
votes
5answers
316 views
Why not commit unresolved changes?
In a traditional VCS, I can understand why you would not commit unresolved files because you could break the build. However, I don't understand why you shouldn't commit unresolved files in a DVCS ...
