[p4] Versioning Client Specs
Jeff A. Bowles
jab at piccoloeng.com
Tue Oct 23 17:10:33 PDT 2001
There are other approaches to doing development on a release
than just mapping the files in from the depot in a particular map.
Give some time to thinking about making the codelines appear,
in the depot, in the structure you want to pull down into a workspace
with no interesting maps.
It makes sense, especially since most development codelines
will be in their own areas in the depot, probably created from
a parent using "p4 integrate".
At 04:33 PM 10/23/2001 -0700, Kevin Towers wrote:
>We would like to define a client spec (view) for each project. This client
>spec would be shared by everyone working on a given project. This client
>would specify the mapping from the depot into each developer's workspace.
>The project build scripts could be tailored specifically to work within that
>workspace context (parent directories, etc). So in order to rebuild a
>project from scratch, you would need to retrieve the client spec first, then
>sync to the head revision of the depot view and type 'make' (or whatever).
>A few weeks ago, there was a thread that discussed methods of versioning
>client specs. Some user's had a special place in the depot where all
>project related client specs would be stored. This was supposed to get
>around the chicken and the egg problem. There would be one client spec per
>My questions are: How would this work with labels? Is the client spec also
>part of the label? A workspace cannot be sync'd to a label contents unless
>the client spec contains the appropriate mappings (used at the time the
>label was made). How do I get around this problem?
>Any help would be appreciated.
>Omnex Control Systems
>perforce-user mailing list - perforce-user at perforce.com
More information about the perforce-user