title: Any non-distributed Version Control that uses change-sets, rather than versions?
body: <p>I've been through the mill with version control.  I started with sccs, believe it or not.  Worked with RCS.  Moved to CVS.  Was forced to use Visual SourceSafe, and hated it.  Have been pretty happy with Subversion.</p>
  
  <p>I've been looking at the new distributed VCS - Git, Hg, etc.  They look complicated.  I have doubts over whether they provide enough of an advantage over SVN to make it worth the time it would take to get the entire team moved over to one of them.</p>
  
  <p>But I was thinking. From what I've read there are two real changes in Git as compared to SVN.  First, the distributed repositories.  Second, managing merging through change sets, instead of with versions.</p>
  
  <p>I don't think I'm the only one for whom the first advantage is meaningless.  For our business, we need a single repository.  SVN does this, Git can do this.  That Git can manage distributed repositories, as much a benefit as it may be to others, benefits us not at all.</p>
  
  <p>Managing merging through change sets, though, is something that would benefit us.  We're managing multiple projects, with multiple branches, with some child projects being shared by multiple parent projects.  Managing changes that need to be made across these branches is a lot easier with SVN than it was with CVS, but it's by no means pain-free.  Git's change-set approach looks like it would be a real benefit.</p>
  
  <p>What I'm wondering is how much of Git's added complexity is due to the use of multiple repositories, and how much is inherent in working with change sets?  Could a VCS that used change sets, but did not provide for multiple repositories, be simpler than Git?</p>
  
  <p>And are there any VCS that work with change sets that are simpler to use than Git?</p>