Este es el comando git-update-ref que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
git-update-ref: actualiza el nombre del objeto almacenado en una referencia de forma segura
SINOPSIS
git actualización-ref [-metro ] (-D [ ] | [--no-deref] [--create-reflog] [ ] | --stdin [-z])
DESCRIPCIÓN
Dados dos argumentos, almacena el en el , posiblemente desreferenciando el
refs simbólicos. Por ejemplo, git update-ref HEAD actualiza el cabezal de la rama actual al
nuevo objeto.
Dados tres argumentos, almacena el en el , posiblemente desreferenciando el
referencias simbólicas, después de verificar que el valor actual de la partidos .
Por ejemplo, git update-ref refs / heads / master actualiza el jefe de la rama maestra
para solo si su valor actual es . Puede especificar 40 "0" o un vacío
cadena como para asegurarse de que la referencia que está creando no exista.
También permite que un archivo "ref" sea un puntero simbólico a otro archivo ref comenzando con
la secuencia de encabezado de cuatro bytes de "ref:".
Más importante aún, permite la actualización de un archivo de referencia para seguir estos punteros simbólicos,
si son enlaces simbólicos o estas "referencias simbólicas de archivos regulares". Sigue real enlaces simbólicos
solo si comienzan con "refs /": de lo contrario, solo intentará leerlos y actualizarlos
como un archivo normal (es decir, permitirá que el sistema de archivos los siga, pero sobrescribirá
tal enlace simbólico a otro lugar con un nombre de archivo normal).
Si se da --no-deref, en sí mismo se sobrescribe, en lugar del resultado de seguir
los punteros simbólicos.
En general, usando
git update-ref HEAD "$ head"
Debe ser un montón más seguro que hacer
echo "$ head"> "$ GIT_DIR / HEAD"
ambos desde un punto de vista de seguimiento de enlace simbólico y las un punto de vista de comprobación de errores. Los "refs /"
regla para enlaces simbólicos significa que los enlaces simbólicos que apuntan a "fuera" del árbol son seguros:
seguir para leer pero no para escribir (por lo que nunca escribiremos a través de un enlace simbólico de referencia para
algún otro árbol, si ha copiado un archivo completo creando un árbol de enlace simbólico).
Con el indicador -d, elimina el nombre después de verificar que todavía contiene .
Con --stdin, update-ref lee las instrucciones de la entrada estándar y realiza todas las
modificaciones juntas. Especifique comandos de la forma:
actualizar SP SP [SP ] LF
crear SP SP LF
eliminar SP [SP ] LF
verificar SP [SP ] LF
opción SP LF
Con --create-reflog, update-ref creará un reflog para cada ref incluso si uno no lo haría
ordinariamente ser creado.
Cite los campos que contienen espacios en blanco como si fueran cadenas en el código fuente de C; es decir,
rodeado de comillas dobles y con escapes de barra invertida. Utilice 40 caracteres "0" o el vacío
cadena para especificar un valor cero. Para especificar un valor faltante, omita el valor y su
precede a SP por completo.
Alternativamente, use -z para especificar en formato terminado en NUL, sin citar:
actualizar SP NUL NUL [ ] NUL
crear SP NUL NUL
eliminar SP NUL [ ] NUL
verificar SP NUL [ ] NUL
opción SP NUL
En este formato, utilice 40 "0" para especificar un valor cero y utilice la cadena vacía para especificar un
valor que falta.
En cualquier formato, los valores se pueden especificar en cualquier forma que Git reconozca como un objeto.
nombre. Comandos en cualquier otro formato o repetido producir un error. Significado de los comandos
son:
actualización
Colocar para después de verificar , si se da. Especifique un cero
para asegurarse de que la referencia no existe después de la actualización y / o un cero
para asegurarse de que la referencia no existe antes de la actualización.
Para crear
Crear con después de verificar que no existe. Lo dado
puede que no sea cero.
elimínelo
Borrar después de verificar que existe con , si se da. Si se da,
puede que no sea cero.
verificar
Verificar contra pero no lo cambie. Si cero o faltante,
la referencia no debe existir.
opción
Modificar el comportamiento del siguiente comando nombrando un . La única opción válida es no-deref
para evitar desreferenciar una ref. simbólica.
Me caigo s se pueden bloquear con la coincidencia s simultáneamente, todas las modificaciones
se realizan. De lo contrario, no se realizan modificaciones. Tenga en cuenta que si bien cada individuo
se actualiza o elimina atómicamente, un lector concurrente puede seguir viendo un subconjunto de la
cambios.
REGISTRO ACTUALIZACIONES
Si el parámetro de configuración "core.logAllRefUpdates" es verdadero y la referencia es una debajo
"refs / heads /", "refs / remotes /", "refs / notes /", o la referencia simbólica HEAD; o el archivo
"$ GIT_DIR / logs / "existe, entonces git update-ref agregará una línea al archivo de registro
"$ GIT_DIR / logs / "(eliminando todas las referencias simbólicas antes de crear el nombre del registro)
describiendo el cambio en el valor de referencia. Las líneas de registro tienen el formato:
1. oldsha1 SP newsha1 SP confirmador LF
Donde "oldsha1" es el valor hexadecimal de 40 caracteres almacenado previamente en ,
"newsha1" es el valor hexadecimal de 40 caracteres de y "committer" es el
el nombre, la dirección de correo electrónico y la fecha del confirmador en el formato estándar de identificación del confirmador de Git.
Opcionalmente con -m:
1. oldsha1 SP newsha1 SP committer mensaje TAB LF
Donde todos los campos son como se describe arriba y "mensaje" es el valor proporcionado a -m
.
Una actualización fallará (sin cambiar ) si el usuario actual no puede crear un nuevo
archivo de registro, anexar al archivo de registro existente o no tiene información de confirmación
para todos.
GIT
Parte de los git(1) suite
Use git-update-ref en línea usando los servicios de onworks.net
