[p4] Changelist-at-a-time VS bulk integration

[Brad Holt]

Same at our end.  I just wanted to point out some plusses and minuses to
this by-change approach...

Individual changes that were done out on the branch will remain itemized
in the revision history back in main when the changes are integrated
down.  If all the changes in the branch are batched up at once and
integrated down, then it can make hunting for a particular change with
revision history or time-lapse-view trickier (it depends on the history
and resolve of the file when it returns to main).  Not a huge deal, but
some of my folks used to complain about it quite a bit.

Another advantage would be in the automation of the 2 processes.
By-change lends itself to simpler farming out of resolves to the folks
that made the changes causing the conflict.  You can just have them take
care of the integration themselves if you like.  If all your conflicts
are sitting in a single changelist, then you are stuck doing them since
they are in your workspace, and part of a larger changelist.  So you
gotta have someone come sit at your box (tricky when they are on the
other side of the globe) to do their bit or somehow farm it out
manually.

A disadvantage to by-change is that all the branch changes do not get
introduced atomically.  They will rather dribble in as they get
resolved.  If there are dependent changes, then this can cause problems.
We have had cases where an integration may have a few hundred conflicts
that need resolving which will take some time to iron out.  If this were
done as a mass integrate, then it may take a long time, but when it was
finished, it could all be brought back and would conform to a build,
label or some other benchmark on the branch which could then be tested
against.  Integration by change cannot really achieve this without some
additional policies, locking, protections, or maybe better automation
than I cobbled.

So there's good and bads either way.  Generally as the p4 guy stuck with
doing the integrations and resolves, I prefer by-change.  Others may
prefer the mass integration.


-----Original Message-----
From: perforce-user-bounces at perforce.com
[mailto:perforce-user-bounces at perforce.com] On Behalf Of Ed Mack
Sent: Friday, December 08, 2006 2:07 PM
To: Rick Macdonald; Perforce Users Mailing List
Subject: Re: [p4] Changelist-at-a-time VS bulk integration

Our CM team used to do the mass merges, but now we integrate by
changelist almost exclusively.  We have a script that calls the
(undocumented) "interchanges" command to spit out the unintegrated
changes (using a list of branchspecs).  The script parses the output and
formats email notifications to the changelist owners of their list of
changelists that need integrating.

This works very well for us.

Ed

> -----Original Message-----
> From: perforce-user-bounces at perforce.com 
> [mailto:perforce-user-bounces at perforce.com] On Behalf Of Rick 
> Macdonald
> Sent: Friday, December 08, 2006 12:25 PM
> To: Perforce Users Mailing List
> Subject: [p4] Changelist-at-a-time VS bulk integration
> 
> The current thread about Cherry-picking reminds me that I 
> never heard or 
> thought about integrating one changelist at a time. I just do 
> everything 
> at once and hope for the best. Mostly it's fine. Things can get 
> complicated, but it's always been doable.
> 
> I first came across the one-at-a-time idea in Laura's book. I 
> won't give 
> an example; I'll assume folks here know what I'm referring to.
> 
> Any comments about this? Does anybody do it always? Just when 
> you think 
> you might need to? Never?
> 
> ...RickM...
> _______________________________________________
> perforce-user mailing list  -  perforce-user at perforce.com
> http://maillist.perforce.com/mailman/listinfo/perforce-user
> 

_______________________________________________
perforce-user mailing list  -  perforce-user at perforce.com
http://maillist.perforce.com/mailman/listinfo/perforce-user