17 messages in com.perforce.perforce-user[p4] Branching policies
FromSent OnAttachments
Robin Charlton14 Nov 2003 06:08 
Noel Yap14 Nov 2003 06:38 
Ivey, William14 Nov 2003 06:49 
jab14 Nov 2003 07:06 
Hoff, Todd14 Nov 2003 08:20 
Hoff, Todd14 Nov 2003 08:31 
Noel Yap14 Nov 2003 08:34 
Noel Yap14 Nov 2003 08:50 
Hoff, Todd14 Nov 2003 08:54 
Noel Yap14 Nov 2003 09:03 
Hoff, Todd14 Nov 2003 09:04 
Noel Yap14 Nov 2003 09:17 
Chuck Karish14 Nov 2003 09:33 
Kevin Wang14 Nov 2003 10:15 
Noel Yap14 Nov 2003 10:23 
Wilbur, Curtis L. SDX14 Nov 2003 10:28 
Stephen Vance14 Nov 2003 14:13 
Subject:[p4] Branching policies
From:Hoff, Todd (Todd@Ciena.com)
Date:11/14/2003 08:31:19 AM
List:com.perforce.perforce-user

Noel Yap: The only branch semantics that, IMHO, is useless, is the developer branch. I think it abstracts the wrong thing. The real thing to abstract is the work being done, not who's doing it.

Perforce says something in their best practices document that says something like you should branch when you need to have different policies governing a code line. It took me a while to understand what this meant and the deep wisdom of it.

As a developer i may want to control what i check-in and when, what i sync and what and when i build. That would be my personal policy and would require a branch, assuming i don't like the idea of just keeping changes in my work area, and not safely tucked away in perforce.