At what point does the push model degrade?

Bryan O'Sullivan bos at serpentine.com
Sat Nov 17 09:47:35 CST 2007


Paul Sargent wrote:

> A pull model requires somebody 
> who's task is to act as gatekeeper/collator/manager of change-sets, and 
> this naturally has to be someone higher up the knowledge tree. I would 
> say that using that person for that task, and removing them from 
> development, is a significant cost.

Look at it as a way of ensuring that changes get some review from people 
who understand the system well, and it turns from a liability into a 
benefit.  If you're reviewing changes anyway, there's not really any 
added overhead, and in fact the preservation of history makes it easier 
to see what's happened than with tools that lose history.

> Again, I don't think I agree. An SVN type system doesn't require merging 
> unless the same file is changed, making that process far less likely to 
> happen.

The cost of a "hg fetch" is the same as a "svn up" whether or not there 
are conflicts.  The only difference being that if a merge occurs, you 
have to push the results of the merge back.  This is not significant.

	<b


More information about the Mercurial mailing list