Avoid mapping conflicts
When you use multiple mappings in a single view, a single file can inadvertently be mapped to two different places in the depot or workspace. When two mappings conflict in this way, the later mapping overrides the earlier mapping.
Example Erroneous mappings that conflict
Joe has constructed a view as follows:
View: //Acme/proj1/... //joe/project/... //Acme/proj2/... //joe/project/...
The second mapping //Acme/proj2/...
maps to
//joe/project
and conflicts with the first mapping.
Because these mappings conflict, the first mapping is ignored; no files
in //Acme/proj1
are mapped into the workspace:
//Acme/proj1/file.c
is not mapped, even if
//Acme/proj2/file.c
does not exist.