[p4] Fwd: Keeping everybody in sync with client specs?
dlewis78731 at gmail.com
Mon Mar 31 22:15:57 PDT 2008
forgot to include the list...
---------- Forwarded message ----------
From: Dave Lewis <dlewis78731 at gmail.com>
Date: Tue, Apr 1, 2008 at 12:15 AM
Subject: Re: [p4] Keeping everybody in sync with client specs?
To: Roy Smith <smith_roy at emc.com>
Probably a more formal template methodology. We check our template
clients into perforce. This is not strictly needed anymore, but it
does provide better tracking, and such. The other thing we did was
that we used the same template between builds and development.
I would imagine that you should build your build client each night
based on the current development template. We built from scratch
every night using a new client built from the currently checked in
template client. Each template client mapped its checked in template
into itself. This nails down the exact template to be used when you
label a release. (there were provisions in the script that generated
the new nightly build client to use the template as of the
changenumber the build was to be synced to)
Also, checked in client specs can have comments in them. When they
are read into perforce, the comments are just filtered out as the
client is defined.
On Sun, Mar 30, 2008 at 3:07 PM, Roy Smith <smith_roy at emc.com> wrote:
> We've got a recurring problem involving keeping everybody on the same
> page with client specs. What seems to keep happening is:
> 1) Development adds a new top-level directory to a project
> 2) The build team doesn't update their client spec and the build breaks
> 3) Much ranting email gets sent with both sides pointing fingers
> Part of the problem is that the build team needs to pull in more
> stuff than the developers. In addition to the code itself, they need
> build scripts, documentation, etc, so we can't both both use the same
> template. They need to build a client spec which is a superset of
> what dev uses.
> How do other people solve these sorts of problems? We're looking for
> something which doesn't require any manual steps (or as few as
> Roy Smith <smith_roy at emc.com>
> Software Guy, EMC Common Management Group
> 44 South Broadway, 7th floor
> White Plains, NY 10601
> +1 914 580 3427
> AIM: roysmith649
> perforce-user mailing list - perforce-user at perforce.com
More information about the perforce-user