perforce - una - Obtener el número de lista de cambios del directorio del área de trabajo actual
qué comando podemos usar para crear una etiqueta git (7)
En el cliente P4V puedes:
- Abrir pestaña
Submitted
- Seleccione los
Files
en elFilter:
menú desplegable - Seleccione el
Current depot or workspace tree selection
- Ordena por
Change
y la línea superior será tu respuesta.
Cada vez que hacemos una compilación, tenemos que registrar el número de listas de cambios de los archivos de origen para su seguimiento. Tenemos diferentes proyectos (bajo directorios diferentes) y se sincronizan en diferentes números de lista de cambios. ¿Puede por favor mostrarme cómo podemos obtener el número de lista de cambios de un directorio específico?
Cualquier sugerencia es apreciada. Gracias y un saludo
En mi caso, solo quiero saber qué número de lista de cambios se abre (no se sincroniza) en un directorio específico. Para eso, yo hago:
p4 opened -s | cut -d'' '' -f5 | uniq
Si su sistema de compilación siempre se sincroniza con el encabezado en el directorio antes de construir, puede usar los p4 changes -m 1 //path/to/your/project/...
para obtener el número de lista de p4 changes -m 1 //path/to/your/project/...
cabecera para ese directorio.
Si opta por este método, sugeriría ejecutar el comando de cambios antes de sincronizar y luego sincronizar explícitamente con esa lista de cambios. Eso debería eliminar la posibilidad de que alguien se registre entre el comando de cambios y el comando de sincronización.
También puede utilizar la versión corta de p4 changes -m1 #have
si no desea especificar el directorio.
Si está utilizando un shell para el que " #
" es un carácter de comentario como bash, recuerde que debe escapar de la siguiente manera: p4 changes -m1 /#have
Uso el "modo manual perezoso" (también conocido como "No sé mejor") en el cliente P4V:
Use esto en los filtros de la pestaña "Enviado": //suproyecto/...#>have Y le mostrará qué CL no ha sincronizado, observe la más antigua. Elimine #> have filter y vea cuál es el CL que vino antes del que acaba de anotar.
Además, hay p4 changes -m1 //path/to/your/project/...#have
que, si se ejecuta en el área de trabajo del cliente que sincronizó los archivos para la construcción, le dará el número más alto de lista de cambios de los archivos en el área de trabajo .
p4 cstat //path/to/your/project...#have |grep -B1 have|tail -n2
@thegeco, esto no requiere altos límites de rendimiento de max_scanrows