[p4] Usefulness of labeling deleted files?

[David Weintraub]

> 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?

As far as I know, only one revision of a particular file (on a
particular branch) can have a label. You can't have both a.c#3 and
a.c#4 both having the label on it.

If you do a "p4 sync" to that label, which revision of the file do you get?

Why do you think both a.c#3 and a.c#4 both have that label on them?


On 7/23/07, Jay Glanville <Jay.Glanville at naturalconvergence.com> wrote:
> 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
>


-- 
--
David Weintraub
qazwart at gmail.com