Messages per Month
17 messages in com.perforce.perforce-user[p4] Branching policies| From | Sent On | Attachments |
|---|---|---|
| Robin Charlton | 14 Nov 2003 06:08 | |
| Noel Yap | 14 Nov 2003 06:38 | |
| Ivey, William | 14 Nov 2003 06:49 | |
| jab | 14 Nov 2003 07:06 | |
| Hoff, Todd | 14 Nov 2003 08:20 | |
| Hoff, Todd | 14 Nov 2003 08:31 | |
| Noel Yap | 14 Nov 2003 08:34 | |
| Noel Yap | 14 Nov 2003 08:50 | |
| Hoff, Todd | 14 Nov 2003 08:54 | |
| Noel Yap | 14 Nov 2003 09:03 | |
| Hoff, Todd | 14 Nov 2003 09:04 | |
| Noel Yap | 14 Nov 2003 09:17 | |
| Chuck Karish | 14 Nov 2003 09:33 | |
| Kevin Wang | 14 Nov 2003 10:15 | |
| Noel Yap | 14 Nov 2003 10:23 | |
| Wilbur, Curtis L. SDX | 14 Nov 2003 10:28 | |
| Stephen Vance | 14 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.




