[p4] Usefulness of labeling deleted files?
Tetlow, Gordon
gtetlow at soe.sony.com
Mon Jul 23 10:34:10 PDT 2007
It can be important when you sync your clientspec. If you have b.c#3 in
your local client then sync the label it will end up with a.c#3 and
b.c#3 in your clientspec. Now, if you *always* started from an empty
clientspec, then it wouldn't make a difference. Otherwise, labelling
deleted revisions is the only way to guarantee that b.c won't be on the
client.
-gordon
> -----Original Message-----
> From: perforce-user-bounces at perforce.com
> [mailto:perforce-user-bounces at perforce.com] On Behalf Of Jay Glanville
> Sent: Monday, July 23, 2007 9:49 AM
> To: Perforce Users Mailing List
> Subject: [p4] Usefulness of labeling deleted files?
>
> Hello all.
>
> I was recently reviewing some of the labels on my system. One of the
> things I noticed was that many of my labels contain deleted files.
>
> Now, the major reason I use labels is to be able to recreate
> some of my
> important loadbuilds. Labeling a deleted file doesn't really help
> achieve this. I mean, if I need file //depot/path/to/a.c#3, but not
> //depot/path/to/b.c#4 (where #4 is the deleted revision), then why not
> just have a.c#3 in the label? Why tag both of these entries?
>
> Why am I asking? I have many static labels. Each of these labels can
> contain upwards of 60k files. Due to history, these labels
> contain 1/3
> deleted files. If I was only labeling the non-deleted files, I could
> reduce the size of these labels down to 40k.
>
> For example, if I had 100 static labels at 60k each, that's 60 million
> entries in the db.labels file. If I was only labeling non-deleted
> files, then I could reduce this number to 40 million entries. That
> would help reduce the load on the server whenever I was dealing with
> labels.
>
> So, I guess I'm not actually asking a question, I'm just pondering out
> loud ....
>
>
> JDG
>
> ---
> Jay Dickon Glanville
>
> _______________________________________________
> perforce-user mailing list - perforce-user at perforce.com
> http://maillist.perforce.com/mailman/listinfo/perforce-user
>
More information about the perforce-user
mailing list