Home/ Questions/Q 7718919
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-01T03:17:09+00:00

A blog states Labels come with a big warning though – labels themselves are

  • 0

A blog states

Labels come with a big warning though – labels themselves are not
version controlled, meaning that there is no way to track or audit the
history of activity on a label. Plus, labels don’t keep copies of
versions in case of a file deletion, so if a file gets deleted, any
label that relies on a version of that file is essentially hosed.

This is not the only place I’ve read similar information regarding TFS labels. The lack of history is clear enough. The second part “labels don’t keep copies of versions…” is unclear. In fact, I created a test project > labeled it > deleted a file > performed a Get by Label and the file came back. So what is this referring to? Has the label functionality changed in TFS as of recent?

I realize that a file deletion does not actually remove history, is that the cause? In other words, if I run

tf destroy “$/MyTeamProject/Project/FileName.cs”

Is that what it means to delete a file? If so, that seems an extraordinary circumstance to even consider. I mean, its an intentional unrecoverable deletion of history. Changesets are not going to be any improvement over labels in such a case.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    When we apply a label we do so to a version of source control at a point in time. Intuitively, because we initially created a snapshot of source control at a point in time one may assume the snapshot represents source code at a point in time.

    This is incorrect. Labels can be edited after creation.

    Conceptually, a label defines a product and the product’s bug-fixes (source). A real world example may help. Let’s say we have a product called AlphaBoogerBear. AlphaBoogerBear is a product, not a version (think pre-release Windows names). AlphaBoogerBear can be made into a Label, AlphaBoogerBearLabel. We perform a release of AlphaBoogerBear. There are some bugs. We fix them.

    Now, we go back and edit AlphaBoogerBearLabel to include the bugfixes. The label no longer represents a snapshot at a point in time. Instead, it represents the most stable release of AlphaBoogerBear.

    Finally, we move to BetaBoogerBear. We have the option to go back and grab a label that represents the old product at its best version in time.

    In my opinion, if one requires a snapshot of version of source control it’s better to branch. If one requires an edit-able snapshot that represents a product release then a Label is useful. Albeit, it seems a difficult balance of trust and convenience.

    As far as the author’s intentions, I really can’t say for sure. He could mean to say that items can be deleted from a label and thus when you Get by Label the item will be gone. Though, the item is still stored in TFS history so although it is a confusing situation, not all is lost.

    • 0