Especificación de configuration en clearcase racional

Soy muy nuevo en esta herramienta clara de caso. Estoy aprendiendo porque tengo un proyecto en el que trabajar. Acabo de enterarme de que la especificación de configuration pnetworkingeterminada es

element *CHECKEDOUT element */main/LATEST 

Entonces, la nueva versión se crea en la twig main después de la versión anterior.
Pero he estado probando esto, y acabo de cambiar mi espec de configuration a estos

 element *CHECKEDOUT element */main/2 

Después de esa configuration, cuando hago clic en el file, dice " file not found ": no puedo registrarme o registrarme.
Y luego cambié a la especificación de configuration pnetworkingeterminada que está funcionando de nuevo.

¿Qué pasa?
También díganme esto ¿Cómo puedo ir a una version 4 para crear una sucursal allí si mi última versión es 6 en main ?

Al hacer una regla de selección:

  element */main/2 

Usted le indica a ClearCase que solo le muestre la "versión 2" de … Todo:

  /my/path/to/a/File 

Entonces, si alguno de los directorys principales de ' aFile ' todavía no tiene la 'versión 2', no podrá acceder a un aFile .

Siempre debe mantener una regla de selección ' /main/LATEST ' al final de sus especificaciones de configuration en order, si alguna de las reglas anteriores no funciona, para recurrir a esa única regla universal (universal porque cualquier elemento tiene al less su version 0 almacenada en la twig ' main ', a less que ' main ' haya sido renombrado, lo cual es muy malo)

Por ejemplo:

  element * CHECKEDOUT element * /main/2 element * /main/LATEST 

funcionará, y le mostrará la version 2 de todo si tienen una, o la última versión si no lo hacen.

Cuando desee crear una sucursal desde un punto determinado, es mejor no confiar en un número de versión (porque lo que usted llama 'versión 4' solo es válido para su file, no para su directory).
No olvide que los files y el directory están versionados en un elemento: usted versiona un file, luego un directory, luego otro file …: está centrado en files, no está centrado en el repository como otro VCS (SVN, Git, Mercurial, …) con un compromiso atómico y un número de revisión para todo el repository: aquí tiene el número de versión individual para cada elemento (file o directory).
Consulte " ¿Cuáles son los conceptos básicos de ClearCase que todo desarrollador debe saber? " Para get más información

Lo mejor es haber establecido una label primero para poder realizar una bifurcación desde allí.

Pero si no tiene una label, mi consejo sería:

  • determine un punto en el time donde su código esté en el estado que desea que sea para su sucursal
  • hacer una regla de selección basada en el time
  • completar esa regla de selección con una directiva mkbranch
  • no olvide los nuevos files que agregará en esa twig (esa es la regla ' /main/0 ')

Asi que:

 element * CHECKEDOUT element * .../myBranch/LATEST element * /main/LATEST -time dd-Month-yyyy -mkbranch myBranch element * /main/0 -mkbranch myBranch element * /main/LATEST 

creará una nueva twig ' myBranch ' para cualquier elemento creado a lo sumo en la date dd-Month-yyy.