Clearcase stocke ses 'fichiers' comme répertoires
Qu'est-ce que Aric is trying to tell you est que ClearCase utilise noms de chemin étendus, "étendue", car il prolonge le nom de fichier avec chemin version.
Ainsi, dans une vue dynamique, tout fichier peut être décrit pour révéler son chemin de versionnage:
$ ct ls
myFile
$ ct descr -l myFile
[email protected]@/main/3
Dans une vue dynamique, vous pouvez réellement explorer les versions d'un fichier (d'où le « fichier comme répertoires ») partie
$ cd [email protected]@
$ ls
main
$ cd main
$ ls
3
$ cat 3
... // content of third version of myFile
maintenant, si ClearQuest (la question du système de suivi) ont été utilisés ici, il référence aux activités (changement série de jeu de fichiers) de ClearCase.
Mais avec ClearCase, un version d'un fichier (référencé par ClearQuest ou obtenu par une autre moyenne) peut très bien avoir été supprimé dans la vue dynamique ("rmnamed" en fait).
Signification d'un fichier peut être référencé par ClearQuest ou par une activité ClearCase, mais ne pas être visible directement avec ClearCase dans la vue dynamique.
Cependant, son nom de chemin d'accès étendu serait toujours accessible dans cette même vue dynamique.
Qu'est-ce qui est en $ x et en quoi est-ce lié à ClearQuest? Avez-vous essayé de tester avec -f? –
$ x est la chaîne du nom de fichier dans ClearQuest -f a le même problème – Kelvin
Pouvez-vous essayer d'ajouter la ligne print 'ls $ x'; au-dessus du test et exécutez-le et voir ce qu'il fait? –