git-review: en línea en la nube

PROGRAMA:

NOMBRE

revisión de git - Envíe los cambios a Gerrit para su revisión.

SINOPSIS

revisión de git [-r sanaciones] [-uv] -d el cambio [biblioteca]
revisión de git [-r sanaciones] [-uv] -x el cambio [biblioteca]
revisión de git [-r sanaciones] [-uv] -N el cambio [biblioteca]
revisión de git [-r sanaciones] [-uv] -X el cambio [biblioteca]
revisión de git [-r sanaciones] [-uv] -m cambio-rango-ps [biblioteca]
revisión de git [-r sanaciones] [-fnuv] -s [biblioteca]
revisión de git [-fnuvDRT] [-r sanaciones] [-t tema] [--revisores crítico ...] [biblioteca]
revisión de git -l
revisión de git --versión

DESCRIPCIÓN

revisión de git Automatiza y agiliza algunas de las tareas relacionadas con el envío de información local.
cambios en un servidor Gerrit para su revisión. Está diseñado para que sea más fácil de comprender.
Gerrit, especialmente para usuarios que han cambiado recientemente a Git desde otro control de versión
.

el cambio puede ser cambie el número como se obtiene usando --lista opción, o puede ser
changeNumber, patchsetNumber para obtener el conjunto de parches exacto del cambio. En ese caso local
El nombre de la rama tendrá un sufijo -patch [patchsetNumber].

Las siguientes opciones están disponibles:

-d el cambio, --descargar =el cambio
Descargar el cambio de Gerrit a una sucursal local. La rama llevará el nombre del
autor del parche y el nombre de un tema. Si la sucursal local ya existe,
intente actualizar con el último conjunto de parches para este cambio.

-x el cambio, --cherrypick =el cambio
Aplicá el cambio de Gerrit y comprometerse con la rama local actual ("selección de cereza").
No se crea ninguna rama adicional.

Esto hace posible revisar un cambio sin crear una sucursal local para él. Sobre
Por otro lado, tenga en cuenta: si no tiene cuidado, esto puede resultar fácilmente en
conjuntos de parches adicionales para cambios dependientes. Además, si la rama actual es
lo suficientemente diferente, el cambio puede no aplicarse en absoluto o producir conflictos de fusión que
deben resolverse a mano.

-N el cambio, --cherrypickonly =el cambio
Aplicá el cambio de Gerrit en el directorio de trabajo actual, agréguelo a la etapa
area ("git index"), pero no lo confirme.

Esto hace posible revisar un cambio sin crear una confirmación local para él.
Útil si desea fusionar varias confirmaciones en una que se enviará para
revisar.

Si la sucursal actual es lo suficientemente diferente, es posible que el cambio no se aplique en absoluto o
producir conflictos de fusión que deben resolverse a mano.

-X el cambio, --cherrypickindicate =el cambio
Aplicá el cambio de Gerrit y comprometerse con la rama local actual ("selección de cereza"),
indicando de qué confirmación se seleccionó este cambio.

Esto hace posible volver a revisar un cambio para una rama diferente sin crear
una sucursal local para ello.

Si la sucursal actual es lo suficientemente diferente, es posible que el cambio no se aplique en absoluto o
producir conflictos de fusión que deben resolverse a mano.

-m cambio-rango-ps, --compare =cambio-rango-ps
Descargue los conjuntos de parches especificados para el cambio de Gerrit, rebase tanto en maestro como en
mostrar diferencias (git-diff).

cambio-rango-ps se puede especificar como
changeNumber, oldPatchSetNumber[-nuevoNúmeroConjuntoParche]

antiguoPatchSetNumber es obligatorio, y si nuevoPatchSetNumber no se especifica, el
se utilizará el último conjunto de parches.

Esto permite comparar fácilmente lo que ha cambiado desde la última vez que
revisó el cambio propuesto.

Si la rama maestra es lo suficientemente diferente, la rebase puede producir conflictos de fusión.
Si eso sucede, el rebase se cancelará y se mostrará la diferencia para no rebasar.
sucursales. También puedes usar --no-rebase (-R) para omitir siempre el rebase.

-f, --terminar
Cierre la sucursal local y vuelva a la sucursal de destino en caso de éxito
sumisión.

-n, - corrida en seco
En realidad, no ejecute ningún comando que tenga efectos directos. En su lugar, imprímalos.

-r sanaciones, --remote =sanaciones
Git remoto para usar con Gerrit.

-s, --configuración
Simplemente ejecute los comandos de configuración del repositorio pero no envíe nada.

-t tema, --topic =tema
Establece el tema de destino para este cambio en el servidor gerrit. Si no se especifica, un error
Se utilizará el número del resumen de confirmación. Alternativamente, el nombre de la sucursal local
se utilizará si es diferente de la rama remota.

-T, --sin tema
Envíe una reseña sin tema.

--revisores crítico ...
Suscriba a uno o más revisores a los conjuntos de parches cargados. Los revisores deben ser
identificable por Gerrit (generalmente use su nombre de usuario o dirección de correo electrónico de Gerrit).

-u, --actualizar
Omita las copias locales almacenadas en caché y fuerce las actualizaciones de los recursos de la red.

-l, --lista
Enumere las revisiones disponibles en el servidor gerrit para este proyecto.

-y, --sí
Indique que, de hecho, comprende si está enviando más de un parche.

-v --verboso
Activa una salida más detallada.

-D, --borrador
Envíe la reseña como borrador. Requiere Gerrit 2.3 o más reciente.

-R, --no-rebase
No realice una reorganización automática antes de enviar el cambio a Gerrit.

Cuando envíe un cambio para su revisión, generalmente querrá que se base en la sugerencia
de ramal aguas arriba para evitar posibles conflictos. Al enmendar un cambio y
rebasando el nuevo conjunto de parches, la interfaz web de Gerrit mostrará una diferencia entre
los dos conjuntos de parches que contienen todas las confirmaciones intermedias. Esto puede confundir a muchos
revisores que esperarían ver una diferencia mucho más simple.

También se puede utilizar para --comparar para omitir la reevaluación automática de las opiniones obtenidas.

--pista
Elija la rama contra la que enviar el cambio (y, en caso de rebasar, contra la cual rebasar)
desde la rama que se está rastreando (si se está rastreando una rama), y establezca el rastreo
rama al descargar un cambio para apuntar al control remoto y rama contra la cual
deben enviarse los parches. Consulte la configuración de gitreview.track.

--no hay pista
Ignore cualquier rama que esté siendo rastreada por la rama actual, anulando gitreview.track.
Esta opción está implícita al proporcionar un nombre de rama específico en la línea de comando.

--versión
Imprima el número de versión y salga.

CONFIGURACIÓN

Esta utilidad se puede configurar agregando entradas a la configuración de Git.

Se admiten las siguientes claves de configuración:

gitreview.nombre de usuario
Nombre de usuario predeterminado utilizado para acceder al repositorio. Si no se especifica en el Git
configuración, Git remoto o .gitreview archivo, se le pedirá al usuario que
especifique el nombre de usuario.

Entrada de ejemplo en el .gitconfig archivo:

[revisión de git]
nombre de usuario =migerrituser

gitreview.esquema
Esta configuración determina el esquema predeterminado (ssh / http / https) de gerrit remote

gitreview.host
Esta configuración determina el nombre de host predeterminado de gerrit remote

gitreview.puerto
Esta configuración determina el puerto predeterminado de gerrit remote

gitreview.proyecto
Esta configuración determina el nombre predeterminado de gerrit git repo

gitreview.remoto
Esta configuración determina el nombre predeterminado que se utilizará para el control remoto gerrit.

gitreview.branch
Esta configuración determina la rama predeterminada

gitreview.pista
Determina si se prefiere la rama actualmente rastreada (si corresponde) y la
rama contra la que se envió el conjunto de cambios a Gerrit (si hay
exactamente una de esas ramas) a la rama predeterminada y remota para enviar
y rebatir contra. Si la rama del tema local está rastreando una rama remota,
el control remoto y la rama que la rama del tema local está rastreando deben usarse
para las operaciones de envío y rebase, en lugar del control remoto predeterminado y
rama predeterminada.

Al descargar un parche, crea la sucursal local para realizar un seguimiento de los
remoto y rama para elegir esa rama por defecto al enviar
modificaciones a ese conjunto de cambios.

Debe especificarse un valor de "verdadero" o "falso".

verdadero Prefiera la rama actualmente rastreada (si corresponde) - equivalente a
pólipo --pista al enviar cambios.

falso Ignorar ramas de seguimiento - equivalente a configurar --no hay pista (la
predeterminado) o proporcionar un nombre de rama explícito al enviar
cambios. Este es el valor predeterminado a menos que sea reemplazado por
.gitreview archivo, y está implícito al proporcionar una rama específica
nombre en la línea de comando.

gitreview.rebase
Esta configuración determina si los cambios enviados se volverán a basar en el
estado más reciente de la sucursal.

Debe especificarse un valor de "verdadero" o "falso".

falso No reajustar los cambios al enviar - equivalente a configurar -R cuando
enviar cambios.

true Realiza cambios en la base de datos al enviar. Este es el valor predeterminado a menos que
anulado por .gitreview archivo.

Esta configuración tiene prioridad sobre la configuración específica del repositorio en el
.gitreview archivo.

color.review Si usar secuencias de escape ANSI para agregar color a la salida mostrada por
este comando. El valor predeterminado está determinado por color.ui.

auto o verdadero Si desea que la salida use color cuando se escribe en el terminal
(predeterminado con Git 1.8.4 y posteriores).

siempre Si desea que toda la salida use color

nunca o falso
Si desea no utilizar color para ninguna salida. (predeterminado con Git
mayor de 1.8.4)

revisión de git consultará el sistema de credenciales de git para el usuario / contraseña gerrit cuando se autentique
falló sobre http (s). A diferencia de git, revisión de git no persiste el usuario / contraseña gerrit en git
sistema de credenciales por motivos de seguridad y la configuración del sistema de credenciales git permanece bajo
responsabilidad del usuario.

Use git-review en línea usando los servicios de onworks.net