git-review - Online in de cloud

PROGRAMMA:

NAAM

git-recensie — Wijzigingen ter beoordeling aan Gerrit voorleggen

KORTE INHOUD

git-recensie [-r vanop] [-uv] -d verandering [tak]
git-recensie [-r vanop] [-uv] -x verandering [tak]
git-recensie [-r vanop] [-uv] -N verandering [tak]
git-recensie [-r vanop] [-uv] -X verandering [tak]
git-recensie [-r vanop] [-uv] -m verander-ps-bereik [tak]
git-recensie [-r vanop] [-fnuv] -s [tak]
git-recensie [-fnuvDRT] [-r vanop] [-t onderwerp] [--recensenten recensent ...] [tak]
git-recensie -l
git-recensie --versie

PRODUCTBESCHRIJVING

git-recensie automatiseert en stroomlijnt een aantal taken die betrokken zijn bij het indienen van lokale documenten
wijzigingen op een Gerrit-server ter beoordeling. Het is ontworpen om het gemakkelijker te begrijpen
Gerrit, vooral voor gebruikers die onlangs vanuit een ander versiebeheer naar Git zijn overgestapt
systeem.

verandering kan zijn verander nummer zoals verkregen met behulp van --lijst optie, of het kan zijn
changeNumber,patchsetNummer voor het ophalen van de exacte patchset uit de wijziging. In dat geval lokaal
branch naam zal het achtervoegsel -patch[patchsetNumber] hebben.

De volgende opties zijn beschikbaar:

-d verandering, --downloaden=verandering
Downloaden verandering van Gerrit naar een lokale vestiging. De vestiging zal vernoemd worden naar de
patchauteur en de naam van een onderwerp. Als de lokale vestiging al bestaat, zal deze bestaan
probeer bij te werken met de nieuwste patchset voor deze wijziging.

-x verandering, --kersenpluk=verandering
Solliciteer verandering van Gerrit en commit je aan de huidige lokale vestiging ("cherry pick").
Er wordt geen extra vertakking gemaakt.

Dit maakt het mogelijk om een ​​wijziging te beoordelen zonder er een lokale afdeling voor te creëren. Op
aan de andere kant, let op: als je niet oppast, kan dit gemakkelijk tot gevolg hebben
extra patchsets voor afhankelijke wijzigingen. Ook als de huidige vestiging dat is
verschillend genoeg is, is het mogelijk dat de wijziging helemaal niet van toepassing is of fusieconflicten veroorzaakt
moeten met de hand worden opgelost.

-N verandering, --alleen kersenplukken=verandering
Solliciteer verandering van Gerrit naar de huidige werkmap, voeg deze toe aan de staging
area ("git index"), maar commit het niet.

Dit maakt het mogelijk om een ​​wijziging te beoordelen zonder er een lokale commit voor te maken.
Handig als u meerdere commits wilt samenvoegen tot één commit waarvoor deze wordt ingediend
beoordeling.

Als de huidige vestiging anders genoeg is, is de wijziging mogelijk helemaal niet van toepassing
fusieconflicten veroorzaken die handmatig moeten worden opgelost.

-X verandering, --cherrypickindicate=verandering
Solliciteer verandering van Gerrit en committeren aan de huidige lokale vestiging ("cherry pick"),
geeft aan uit welke commit deze wijziging is geplukt.

Dit maakt het mogelijk om een ​​wijziging voor een andere vestiging opnieuw te beoordelen zonder deze aan te maken
daarvoor een lokale afdeling.

Als de huidige vestiging anders genoeg is, is de wijziging mogelijk helemaal niet van toepassing
fusieconflicten veroorzaken die handmatig moeten worden opgelost.

-m verander-ps-bereik, --vergelijk=verander-ps-bereik
Download de opgegeven patchsets voor verandering van Gerrit, rebase zowel op master als
verschillen weergeven (git-diff).

verander-ps-bereik kan worden gespecificeerd als
changeNumber,oudPatchSetNumber[-nieuwPatchSet-nummer]

oudPatchSetNummer verplicht is, en zo ja nieuwPatchSetNummer is niet gespecificeerd, de
nieuwste patchset zal worden gebruikt.

Dit maakt het mogelijk om eenvoudig te vergelijken wat er veranderd is ten opzichte van de vorige keer
heeft de voorgestelde wijziging beoordeeld.

Als de master branch verschillend genoeg is, kan de rebase samenvoegconflicten veroorzaken.
Als dat gebeurt, wordt het rebasen afgebroken en wordt er een verschil weergegeven voor niet-rebasen
takken. Je kan ook gebruiken --geen-rebase (-R) om rebasen altijd over te slaan.

-f, --finish
Sluit de lokale vertakking en schakel bij succes terug naar de doelvertakking
voorlegging.

-n, --oefening
Voer feitelijk geen opdrachten uit die directe effecten hebben. Druk ze in plaats daarvan af.

-r vanop, --op afstand=vanop
Git remote te gebruiken voor Gerrit.

-s, --opstelling
Voer gewoon de repo-installatieopdrachten uit, maar dien niets in.

-t onderwerp, --onderwerp=onderwerp
Stelt het doelonderwerp voor deze wijziging in op de gerrit-server. Indien niet gespecificeerd: een bug
nummer uit de commit-samenvatting zal worden gebruikt. Als alternatief kunt u de naam van de lokale vestiging gebruiken
zal worden gebruikt als deze verschilt van een externe vestiging.

-T, --geen onderwerp
Review indienen zonder onderwerp.

--recensenten recensent ...
Abonneer één of meerdere reviewers op de geüploade patchsets. Recensenten zouden dat moeten zijn
identificeerbaar door Gerrit (gebruik meestal hun Gerrit-gebruikersnaam of e-mailadres).

-u, --bijwerken
Sla lokale kopieën in de cache over en forceer updates van netwerkbronnen.

-l, --lijst
Maak een lijst van de beschikbare recensies op de gerrit-server voor dit project.

-y, --Ja
Geef aan dat u het daadwerkelijk begrijpt als u meer dan één patch indient.

-v --uitgebreid
Schakelt meer uitgebreide uitvoer in.

-D, --droogte
Beoordeling indienen als concept. Vereist Gerrit 2.3 of nieuwer.

-R, --geen-rebase
Voer niet automatisch een rebase uit voordat u de wijziging aan Gerrit heeft doorgegeven.

Wanneer u een wijziging ter beoordeling indient, wilt u meestal dat deze op de tip is gebaseerd
van de upstream-tak om mogelijke conflicten te voorkomen. Bij het wijzigen van een wijziging en
door de nieuwe patchset opnieuw te baseren, zal de Gerrit-webinterface een verschil laten zien tussen
de twee patchsets die alle commits daartussen bevatten. Dit kan velen in verwarring brengen
recensenten die een veel eenvoudiger verschil zouden verwachten.

Ook te gebruiken voor --vergelijken om automatische rebase van opgehaalde beoordelingen over te slaan.

--spoor
Kies de vertakking waartegen de wijziging moet worden ingediend (en, indien rebasen, waartegen moet worden gerebaseerd)
van het filiaal dat wordt gevolgd (als er een filiaal wordt gevolgd) en stel de tracking in
branch bij het downloaden van een wijziging om naar de afstandsbediening te verwijzen en branch waartegen
patches moeten worden ingediend. Zie gitreview.track-configuratie.

--geen spoor
Negeer elke branch die wordt gevolgd door de huidige branch en overschrijf gitreview.track.
Deze optie wordt geïmpliceerd door een specifieke vertakkingsnaam op de opdrachtregel op te geven.

--versie
Druk het versienummer af en sluit af.

CONFIGURATIE

Dit hulpprogramma kan worden geconfigureerd door vermeldingen toe te voegen aan de Git-configuratie.

De volgende configuratiesleutels worden ondersteund:

gitreview.gebruikersnaam
Standaard gebruikersnaam die wordt gebruikt om toegang te krijgen tot de repository. Indien niet gespecificeerd in de Git
configuratie, Git op afstand of .gitreview bestand, wordt de gebruiker gevraagd dit te doen
specificeer de gebruikersnaam.

Voorbeeldinvoer in de .gitconfig file:

[gitrecensie]
gebruikersnaam=mijngerrituser

gitreview.schema
Deze instelling bepaalt het standaardschema (ssh/http/https) van gerrit remote

gitreview.host
Deze instelling bepaalt de standaard hostnaam van gerrit remote

gitreview.port
Deze instelling bepaalt de standaardpoort van gerrit remote

gitreview.project
Deze instelling bepaalt de standaardnaam van gerrit git repo

gitreview.remote
Deze instelling bepaalt de standaardnaam die voor gerrit remote moet worden gebruikt

gitreview.branch
Deze instelling bepaalt de standaardvertakking

gitreview.track
Bepaalt of de voorkeur wordt gegeven aan de momenteel gevolgde vertakking (indien aanwezig) en de
branch waartegen de wijzigingenset aan Gerrit is ingediend (als die er is
precies één zo'n branch) naar de defaultremote en defaultbranch voor indiening
en rebasen tegen. Als de lokale onderwerpvertakking een vertakking op afstand volgt,
de remote en branch die de lokale topic branch bijhoudt moeten worden gebruikt
voor verzend- en rebase-bewerkingen, in plaats van de standaardremote en
standaardtak.

Wanneer u een patch downloadt, wordt er een lokale vertakking gemaakt om de betreffende patch bij te houden
remote en branch om die branch standaard te kiezen bij het indienen
wijzigingen in die wijzigingenset.

Er moet een waarde van 'true' of 'false' worden opgegeven.

true Geef de voorkeur aan de momenteel gevolgde branch (indien aanwezig) - equivalent aan
het instellen van --spoor bij het doorgeven van wijzigingen.

false Volgtakken negeren - gelijk aan instelling --geen spoor (De
standaard) of het opgeven van een expliciete filiaalnaam bij het indienen
veranderingen. Dit is de standaardwaarde, tenzij deze wordt overschreven door
.gitreview bestand, en wordt geïmpliceerd door een specifieke vertakking op te geven
naam op de opdrachtregel.

gitreview.rebase
Deze instelling bepaalt of ingediende wijzigingen opnieuw worden gebaseerd op de
nieuwste staat van de branche.

Er moet een waarde van 'true' of 'false' worden opgegeven.

false Wijzigingen niet opnieuw baseren bij indiening - gelijk aan instelling -R wanneer
wijzigingen doorgeven.

true Voer rebase-wijzigingen uit bij indiening. Dit is de standaardwaarde, tenzij
overschreven door .gitreview bestand.

Deze instelling heeft voorrang op de repositoryspecifieke configuratie in het
.gitreview bestand.

color.review Of ANSI-escape-reeksen moeten worden gebruikt om kleur toe te voegen aan de uitvoer die wordt weergegeven door
deze opdracht. De standaardwaarde wordt bepaald door color.ui.

auto of true Als u wilt dat de uitvoer kleur gebruikt wanneer deze naar de terminal wordt geschreven
(standaard met Git 1.8.4 en nieuwer).

altijd Als u wilt dat alle uitvoer kleur gebruikt

nooit of vals
Als u voor geen enkele uitvoer kleur wilt gebruiken. (standaard met Git
ouder dan 1.8.4)

git-recensie zal het git-referentiesysteem opvragen voor gerrit-gebruiker/wachtwoord bij authenticatie
mislukt via http(s). In tegenstelling tot git, git-recensie blijft gerrit-gebruiker/wachtwoord niet behouden in git
credential systeem voor veiligheidsdoeleinden en git credential systeemconfiguratie blijft onder
verantwoordelijkheid van de gebruiker.

Gebruik git-review online met behulp van onworks.net-services