git-review - En ligne dans le Cloud

PROGRAMME:

Nom

git-revue — Soumettre les modifications à Gerrit pour examen

SYNOPSIS

git-revue [-r éloigné] [-uv] -d Change [une succursale]
git-revue [-r éloigné] [-uv] -x Change [une succursale]
git-revue [-r éloigné] [-uv] -N Change [une succursale]
git-revue [-r éloigné] [-uv] -X Change [une succursale]
git-revue [-r éloigné] [-uv] -m changer-plage-ps [une succursale]
git-revue [-r éloigné] [-fnuv] -s [une succursale]
git-revue [-fnuvDRT] [-r éloigné] [-t sujet] [--examinateurs critique ] [une succursale]
git-revue -l
git-revue --version

DESCRIPTION

git-revue automatise et rationalise certaines des tâches impliquées dans la soumission locale
les modifications apportées à un serveur Gerrit pour examen. Il est conçu pour faciliter la compréhension
Gerrit, en particulier pour les utilisateurs qui sont récemment passés à Git à partir d'un autre contrôle de version
système.

Change peuvent être changerNuméro tel qu'obtenu en utilisant --liste option, ou il peut être
changeNumber, patchsetNumber pour récupérer l'ensemble de correctifs exact à partir du changement. Dans ce cas local
le nom de la branche aura un suffixe -patch[patchsetNumber].

Les options suivantes sont disponibles:

-d Change, --télécharger=Change
Télécharger Change de Gerrit dans une succursale locale. La succursale portera le nom du
l'auteur du patch et le nom d'un sujet. Si la succursale locale existe déjà, elle
essayez de mettre à jour avec le dernier ensemble de correctifs pour ce changement.

-x Change, --cherrypick=Change
Appliquer Change de Gerrit et s'engager dans la branche locale actuelle ("cherry pick").
Aucune branche supplémentaire n'est créée.

Cela permet d'examiner une modification sans créer de branche locale pour celle-ci. Au
d'autre part, attention : si vous ne faites pas attention, cela peut facilement entraîner
ensembles de correctifs supplémentaires pour les modifications dépendantes. De plus, si la branche actuelle est
assez différent, le changement peut ne pas s'appliquer du tout ou produire des conflits de fusion qui
doivent être résolus à la main.

-N Change, --cherrypickonly=Change
Appliquer Change de Gerrit dans le répertoire de travail actuel, ajoutez-le au staging
area ("git index"), mais ne le validez pas.

Cela permet de revoir un changement sans créer de commit local pour celui-ci.
Utile si vous souhaitez fusionner plusieurs commits en un seul qui sera soumis pour
examiner.

Si la branche actuelle est suffisamment différente, le changement peut ne pas s'appliquer du tout ou
produire des conflits de fusion qui doivent être résolus à la main.

-X Change, --cherrypickindate=Change
Appliquer Change de Gerrit et s'engager dans la branche locale actuelle ("cherry pick"),
indiquant à partir de quel commit ce changement a été sélectionné.

Cela permet de revoir une modification pour une branche différente sans créer
une succursale locale pour cela.

Si la branche actuelle est suffisamment différente, le changement peut ne pas s'appliquer du tout ou
produire des conflits de fusion qui doivent être résolus à la main.

-m changer-plage-ps, --comparer=changer-plage-ps
Téléchargez les ensembles de correctifs spécifiés pour Change de Gerrit, rebasez à la fois sur master et
afficher les différences (git-diff).

changer-plage-ps peut être spécifié comme
changeNumber, oldPatchSetNumber[-newPatchSetNumber]

ancienPatchSetNumber est obligatoire, et si nouveauPatchSetNumber n'est pas spécifié, le
le dernier ensemble de correctifs sera utilisé.

Cela permet de comparer facilement ce qui a changé depuis la dernière fois que vous
examiné le changement proposé.

Si la branche master est suffisamment différente, le rebase peut produire des conflits de fusion.
Si cela se produit, le rebasage sera abandonné et le diff affiché pour non rebasé
branches. Vous pouvez aussi utiliser --pas de rebase (-R) pour toujours ignorer le rebasage.

-f, --terminer
Fermez la branche locale et revenez à la branche cible en cas de succès
soumission.

-n, - à sec
N'exécutez aucune commande ayant des effets directs. Imprimez-les plutôt.

-r éloigné, --à distance=éloigné
Télécommande Git à utiliser pour Gerrit.

-s, --mettre en place
Exécutez simplement les commandes de configuration du référentiel mais ne soumettez rien.

-t sujet, --sujet=sujet
Définit le sujet cible de cette modification sur le serveur gerrit. Si non spécifié, un bug
le numéro du résumé de commit sera utilisé. Sinon, le nom de la succursale locale
sera utilisé s'il est différent de la branche distante.

-T, --pas de sujet
Soumettre un avis sans sujet.

--examinateurs critique
Abonnez un ou plusieurs réviseurs aux ensembles de correctifs téléchargés. Les évaluateurs devraient être
identifiables par Gerrit (utilisez généralement leur nom d'utilisateur ou leur adresse e-mail Gerrit).

-u, --mettre à jour
Ignorez les copies locales mises en cache et forcez les mises à jour à partir des ressources réseau.

-l, --liste
Répertoriez les avis disponibles sur le serveur gerrit pour ce projet.

-y, --Oui
Indiquez que vous comprenez en fait si vous soumettez plus d'un correctif.

-v --verbeux
Active une sortie plus détaillée.

-D, --Brouillon
Soumettre l'examen sous forme de brouillon. Nécessite Gerrit 2.3 ou plus récent.

-R, --pas de rebase
N'effectuez pas automatiquement une rebase avant de soumettre la modification à Gerrit.

Lorsque vous soumettez une modification pour examen, vous souhaiterez généralement qu'elle soit basée sur le conseil
de la branche amont afin d'éviter d'éventuels conflits. Lors de la modification d'un changement et
en rebasant le nouveau jeu de correctifs, l'interface Web de Gerrit affichera une différence entre
les deux patchsets qui contiennent tous les commits intermédiaires. Cela peut confondre beaucoup
critiques qui s'attendraient à voir une différence beaucoup plus simple.

Peut également être utilisé pour --comparer pour ignorer le rebasage automatique des avis récupérés.

--Piste
Choisissez la branche sur laquelle soumettre la modification (et, en cas de rebase, sur laquelle rebase)
de la branche suivie (si une branche est suivie), et définissez le suivi
branche lors du téléchargement d'une modification pour pointer vers la télécommande et la branche par rapport à laquelle
les correctifs doivent être soumis. Voir la configuration de gitreview.track.

--pas de piste
Ignorez toute branche suivie par la branche actuelle, en remplaçant gitreview.track.
Cette option est implicite en fournissant un nom de branche spécifique sur la ligne de commande.

--version
Imprimez le numéro de version et quittez.

CONFIGURATION

Cet utilitaire peut être configuré en ajoutant des entrées à la configuration Git.

Les clés de configuration suivantes sont prises en charge :

gitreview.nom d'utilisateur
Nom d'utilisateur par défaut utilisé pour accéder au référentiel. Si non spécifié dans le Git
configuration, Git distant ou .gitreview fichier, l'utilisateur sera invité à
spécifiez le nom d'utilisateur.

Exemple d'entrée dans le .gitconfig fichier:

[Gitreview]
nom d'utilisateur =monutilisateurgerrit

gitreview.scheme
Ce paramètre détermine le schéma par défaut (ssh/http/https) de gerrit remote

gitreview.hôte
Ce paramètre détermine le nom d'hôte par défaut de gerrit remote

gitreview.port
Ce paramètre détermine le port par défaut de gerrit remote

gitreview.project
Ce paramètre détermine le nom par défaut de gerrit git repo

gitreview.remote
Ce paramètre détermine le nom par défaut à utiliser pour gerrit remote

gitreview.branche
Ce paramètre détermine la branche par défaut

gitreview.track
Détermine s'il faut préférer la branche actuellement suivie (le cas échéant) et la
branche contre laquelle l'ensemble de modifications a été soumis à Gerrit (s'il y a
exactement une telle branche) à defaultremote et defaultbranch pour la soumission
et rebasage contre. Si la branche de rubrique locale suit une branche distante,
la télécommande et la branche que la branche de sujet locale suit doivent être utilisées
pour les opérations de soumission et de rebase, plutôt que le defaultremote et
branche par défaut.

Lors du téléchargement d'un correctif, crée la branche locale pour suivre le
remote et branch afin de choisir cette branche par défaut lors de la soumission
modifications à cet ensemble de modifications.

Une valeur de 'true' ou 'false' doit être spécifiée.

true Préférez la branche actuellement suivie (le cas échéant) - équivalent à
mise --Piste lors de la soumission des modifications.

false Ignorer les branches de suivi - équivalent au réglage --pas de piste (les
par défaut) ou en fournissant un nom de branche explicite lors de la soumission
changements. Il s'agit de la valeur par défaut à moins qu'elle ne soit remplacée par
.gitreview fichier, et est implicite en fournissant une branche spécifique
nom sur la ligne de commande.

gitreview.rebase
Ce paramètre détermine si les modifications soumises seront rebasées sur le
état le plus récent de la branche.

Une valeur de 'true' ou 'false' doit être spécifiée.

false Ne pas rebaser les modifications lors de la soumission - équivalent au paramètre -R quand
soumettre des modifications.

true Rebase les modifications lors de la soumission. Il s'agit de la valeur par défaut sauf si
outrepassé par .gitreview fichier.

Ce paramètre est prioritaire sur la configuration spécifique au référentiel dans le
.gitreview fichier.

color.review S'il faut utiliser des séquences d'échappement ANSI pour ajouter de la couleur à la sortie affichée par
cette commande. La valeur par défaut est déterminée par color.ui.

auto ou true Si vous souhaitez que la sortie utilise la couleur lors de l'écriture sur le terminal
(par défaut avec Git 1.8.4 et plus récent).

toujours Si vous voulez que toutes les sorties utilisent la couleur

jamais ou faux
Si vous ne souhaitez utiliser de couleur pour aucune sortie. (par défaut avec Git
plus de 1.8.4)

git-revue interrogera le système d'identification git pour l'utilisateur/mot de passe gerrit lors de l'authentification
a échoué sur http(s). Contrairement à git, git-revue ne persiste pas l'utilisateur/mot de passe gerrit dans git
système d'identification à des fins de sécurité et la configuration du système d'identification git reste sous
responsabilité de l'utilisateur.

Utilisez git-review en ligne en utilisant les services onworks.net