Avoir une sauvegarde de taille régulière pour seulement les éléments de checkout modifiés dans toutes les vues serait une bonne chose pour nous, car une grande partie de la dynamique définie Les vues/snapshot ne peuvent pas être incluses dans la stratégie de sauvegarde quotidienne. Le code ksh suivant est proche de ce dont nous aurions besoin pour une vue dynamique, mais suppose que la première ligne du fichier config-spec de la vue sélectionne toujours l'élément extrait en premier (* element * CHECKEDOUT *). Ça ne marchera pas bien en général.clearcase: Sauvegarde pour les éléments modifiés uniquement dans tous les affichages
Pour chaque fichier versionné de la vue, nous souhaitons pouvoir l'ajouter à la liste de sauvegarde seulement s'il est différent du dernier élément versionné correspondant dans le VOB sélectionné pour cette vue. (Seulement si cela a été développé dans la vue).
[La solution devrait être valable pour des vues instantanées aussi]
for CHECKEDOUT_FILE_IN_THE_VIEW in $(/usr/atria/bin/cleartool lsco -cview -avobs -short )
do
VERSIONED_FILE_NAME=$(/usr/atria/bin/cleartool describe -short ${CHECKEDOUT_FILE_IN_THE_VIEW} \
| sed -e's/CHECKEDOUT/LATEST/')
if [ -f ${VERSIONED_FILE_NAME} ]; then
if [ -f ${CHECKEDOUT_FILE_IN_THE_VIEW} ]; then
diff -b ${CHECKEDOUT_FILE_IN_THE_VIEW} ${VERSIONED_FILE_NAME} > /dev/null
if [ $? -ne 0 ]; then
##-- The checked-out file in the view is different from the corresponding
##-- versioned element in the VOB. So it has to be added to the backup list.
echo "${VERSIONED_FILE_NAME}" >> ${F_LOG}
fi
fi
fi
done
Toute idée (s)?. TIA. Javier C.
Vous devez donner à cette question de meilleurs tags, afin que les experts dans ce domaine viennent et regardent la question. La langue et la plate-forme auxquelles ce code est destiné constitueraient un bon point de départ pour le marquage. –
Merci, Yi !. Je viens de faire comme vous l'avez suggéré. –