9 messages in com.perforce.perforce-user[p4] View templates?| From | Sent On | Attachments |
|---|---|---|
| Steve Cogorno | 28 Apr 2000 17:43 | |
| jorg...@db.com | 01 May 2000 04:27 | |
| Steve Cogorno | 01 May 2000 10:15 | |
| Michael Graff | 01 May 2000 10:28 | |
| Steve Cogorno | 01 May 2000 10:36 | |
| Michael Graff | 01 May 2000 10:42 | |
| Dave Lewis | 01 May 2000 10:56 | |
| Bert Lindgren | 01 May 2000 15:48 | |
| Bert Lindgren | 01 May 2000 17:10 |
| Subject: | [p4] View templates?![]() |
|---|---|
| From: | Bert Lindgren (bert...@net-hopper.com) |
| Date: | 05/01/2000 03:48:05 PM |
| List: | com.perforce.perforce-user |
Well, about 6 months ago we got frustrated enough with complicated, evolving
client mappings as well as a strong desire for version-controlled client
mappings...
What Tom here created is a //clients depot that describes our users and
clients...
users own clients
clients have the normal header info, plus branch-specific or global "mappings"
mappings are lines of clientspecs with keywords like BRANCH and CLIENT which
later get replaced
Then, there are, of course, scripts to piece all this together and rewrite all
the client specs.
Individuals can update their //clients/clients/clientname files, but right now
only mappings can go there, so unusual stuff creates unusual mappings (for
instance, there is a 'bert.mapping' file... I wish instead that a verbatim
client-def entry existed where a snippet of clientspec could be placed into the
client file and be copied directly to the final clientspec).
I think that there is also some 'client type' stuff there, so all our normal
developers have a consistent clientspec.
We're pleased with everything this has done to manage our client specs.
Alas, though, none of this stuff is in the public depot... However, we could
consider releasing it, but our goals in doing so would be for someone to take
the concepts further rather than using it out of the box. Any volunteers?
Later, Bert
Dave Lewis wrote:
> X-Lotus-FromDomain: DSSI > From: "Michael Graff" <michael.graff at diversifiedsoftware.com> > cc: perforce-user at perforce.com > Date: Mon, 1 May 2000 10:42:46 -0700 > Mime-Version: 1.0 > Content-type: text/plain; charset=us-ascii > Sender: perforce-user-admin at perforce.com > Errors-To: perforce-user-admin at perforce.com > X-Mailman-Version: 1.0rc3 > Precedence: bulk > List-Id: Discuss Perforce with other users <perforce-user.perforce.com> > X-BeenThere: perforce-user at perforce.com > > Sorry, I missed that part. > > In our case, we don't expect users to modify their templates. We provide a > set of standard templates for them. If we update a template, the users can > apply it to their client to get the changes.
This is a "me too!" Our client is a bit complex on the spec side, with about 43 lines of mappings. I think it avoids problems if they all use the standard templates to build their clients.
dave
_______________________________________________ perforce-user mailing list - perforce-user at perforce.com http://maillist.perforce.com/mailman/listinfo/perforce-user




