Angielskifrancuskihiszpański

Ad


Ulubiona usługa OnWorks

git-review - Online w chmurze

Uruchom git-review w darmowym dostawcy hostingu OnWorks przez Ubuntu Online, Fedora Online, emulator online Windows lub emulator online MAC OS

To jest polecenie git-review, które można uruchomić w darmowym dostawcy usług hostingowych OnWorks przy użyciu jednej z wielu naszych bezpłatnych stacji roboczych online, takich jak Ubuntu Online, Fedora Online, emulator online systemu Windows lub emulator online MAC OS

PROGRAM:

IMIĘ


recenzja git — Prześlij zmiany do Gerrita do sprawdzenia

STRESZCZENIE


recenzja git [-r zdalny] [-UW] -d zmiana [oddział]
recenzja git [-r zdalny] [-UW] -x zmiana [oddział]
recenzja git [-r zdalny] [-UW] -N zmiana [oddział]
recenzja git [-r zdalny] [-UW] -X zmiana [oddział]
recenzja git [-r zdalny] [-UW] -m zmień-ps-zakres [oddział]
recenzja git [-r zdalny] [-fnuw] -s [oddział]
recenzja git [-fnuvDRT] [-r zdalny] [-t aktualny] [--recenzenci recenzent ...] [oddział]
recenzja git -l
recenzja git --wersja

OPIS


recenzja git automatyzuje i usprawnia niektóre zadania związane z przesyłaniem plików lokalnych
zmiany na serwerze Gerrit do przeglądu. Został zaprojektowany tak, aby był łatwiejszy do zrozumienia
Gerrit, szczególnie dla użytkowników, którzy niedawno przeszli na Git z innej kontroli wersji
pomimo napiętego harmonogramu

zmiana może być zmienić numer uzyskany przy użyciu --lista opcja, a może być
numer zmiany, numer zestawu poprawek do pobierania dokładnego zestawu poprawek ze zmiany. W takim razie lokalny
nazwa gałęzi będzie miała przyrostek -patch[patchsetNumber].

Dostępne są następujące opcje:

-d zmiana, --pobierz=zmiana
Do pobrania zmiana z Gerrit do lokalnego oddziału. Oddział otrzyma nazwę im
autor poprawki i nazwa tematu. Jeśli lokalny oddział już istnieje, będzie
spróbuj zaktualizować najnowszym zestawem poprawek dla tej zmiany.

-x zmiana, --cherrypick=zmiana
Aplikuj zmiana od Gerrita i zatwierdź w bieżącym lokalnym oddziale („cherry pick”).
Nie jest tworzony żaden dodatkowy oddział.

Dzięki temu możliwe jest przeglądanie zmiany bez tworzenia dla niej lokalnego oddziału. NA
z drugiej strony bądź świadomy: jeśli nie będziesz ostrożny, może to łatwo doprowadzić do
dodatkowe zestawy poprawek dla zależnych zmian. Ponadto, jeśli obecny oddział jest
wystarczająco różne, zmiana może w ogóle nie mieć zastosowania lub powodować konflikty scalania
trzeba rozwiązać ręcznie.

-N zmiana, --cherrypickonly=zmiana
Aplikuj zmiana z Gerrita do bieżącego katalogu roboczego, dodaj go do pliku postojowego
area („indeks git”), ale nie zatwierdzaj go.

Dzięki temu możliwe jest przeglądanie zmiany bez tworzenia dla niej lokalnego zatwierdzenia.
Przydatne, jeśli chcesz połączyć kilka zatwierdzeń w jedno, które zostanie przesłane
recenzji.

Jeśli bieżąca gałąź jest wystarczająco inna, zmiana może w ogóle nie obowiązywać lub
powodować konflikty scalania, które należy rozwiązywać ręcznie.

-X zmiana, --cherrypickindicate=zmiana
Aplikuj zmiana od Gerrita i zaangażuj się w bieżący lokalny oddział („cherry pick”),
wskazując, z którego zatwierdzenia wybrano tę zmianę.

Dzięki temu możliwe jest ponowne przejrzenie zmiany dla innej gałęzi bez jej tworzenia
za to lokalny oddział.

Jeśli bieżąca gałąź jest wystarczająco inna, zmiana może w ogóle nie obowiązywać lub
powodować konflikty scalania, które należy rozwiązywać ręcznie.

-m zmień-ps-zakres, --porównaj=zmień-ps-zakres
Pobierz określone zestawy poprawek dla zmiana od Gerrita, oprzyj się zarówno na mistrzu, jak i
wyświetlać różnice (git-diff).

zmień-ps-zakres można określić jako
zmień numer, stary numer zestawu poprawek[-nowy numer zestawu poprawek]

oldPatchSetNumer jest obowiązkowe, a jeśli nowy numer zestawu poprawek nie jest określony,
zostanie użyty najnowszy zestaw poprawek.

Dzięki temu można łatwo porównać, co zmieniło się od ostatniego razu
zapoznał się z proponowaną zmianą.

Jeśli gałąź główna jest wystarczająco różna, rebase może powodować konflikty scalania.
Jeśli tak się stanie, zmiana bazy zostanie przerwana, a różnica zostanie wyświetlona dla braku zmiany bazy
gałęzie. Możesz także użyć --bez ponownej bazy (-R), aby zawsze pomijać zmianę bazy.

-f, --koniec
Zamknij oddział lokalny i przełącz się z powrotem do oddziału docelowego po pomyślnym zakończeniu
uległość.

-n, --próba
W rzeczywistości nie wykonuj żadnych poleceń, które mają bezpośredni skutek. Wydrukuj je zamiast tego.

-r zdalny, --pilot=zdalny
Zdalny Git do użycia dla Gerrita.

-s, --Ustawiać
Po prostu uruchom polecenia konfiguracji repo, ale niczego nie przesyłaj.

-t aktualny, --temat=aktualny
Ustawia temat docelowy dla tej zmiany na serwerze gerrit. Jeśli nie określono, błąd
zostanie użyty numer z podsumowania zatwierdzenia. Alternatywnie, lokalna nazwa oddziału
zostanie użyty, jeśli różni się od oddziału zdalnego.

-T, --Brak tematu
Prześlij recenzję bez tematu.

--recenzenci recenzent ...
Zasubskrybuj jednego lub więcej recenzentów przesłanych zestawów poprawek. Recenzenci powinni być
możliwe do zidentyfikowania przez Gerrit (zwykle używają nazwy użytkownika Gerrit lub adresu e-mail).

-u, --aktualizacja
Pomiń lokalne kopie w pamięci podręcznej i wymuszaj aktualizacje z zasobów sieciowych.

-l, --lista
Wyświetl dostępne recenzje na serwerze gerrit dla tego projektu.

-y, --tak
Wskaż, że faktycznie rozumiesz, jeśli przesyłasz więcej niż jedną poprawkę.

-v --gadatliwy
Włącza bardziej szczegółowe dane wyjściowe.

-D, --projekt
Prześlij recenzję jako wersję roboczą. Wymaga Gerrita 2.3 lub nowszego.

-R, --bez ponownej bazy
Nie wykonuj automatycznie rebase przed przesłaniem zmiany do Gerrita.

Przesyłając zmianę do sprawdzenia, zwykle chcesz, aby była oparta na wskazówce
gałęzi upstream w celu uniknięcia ewentualnych konfliktów. W przypadku zmiany zmiany i
zmieniając bazę nowego zestawu poprawek, interfejs sieciowy Gerrit pokaże różnicę między
dwa zestawy poprawek, które zawierają wszystkie zatwierdzenia pomiędzy. To może wielu zmylić
recenzentów, którzy spodziewaliby się zobaczyć znacznie prostszą różnicę.

Może być również używany do --porównywać aby pominąć automatyczne ponowne bazowanie pobranych recenzji.

--ścieżka
Wybierz gałąź, w stosunku do której chcesz przesłać zmianę (i, jeśli zmieniasz bazę, w stosunku do której chcesz zmienić bazę)
z śledzonej gałęzi (jeśli śledzona jest gałąź) i ustaw śledzenie
branch podczas pobierania zmiany, aby wskazywał na pilota i oddział, względem którego
należy przesłać poprawki. Zobacz konfigurację gitreview.track.

--nie ma śladu
Zignoruj ​​każdą gałąź śledzoną przez bieżącą gałąź, zastępując gitreview.track.
Ta opcja jest implikowana przez podanie określonej nazwy gałęzi w wierszu poleceń.

--wersja
Wydrukuj numer wersji i wyjdź.

KONFIGURACJA


To narzędzie można skonfigurować, dodając wpisy do konfiguracji Git.

Obsługiwane są następujące klucze konfiguracyjne:

gitreview.nazwa_użytkownika
Domyślna nazwa użytkownika używana do uzyskiwania dostępu do repozytorium. Jeśli nie określono w pliku Git
konfiguracja, zdalny Git lub .gitreview plik, użytkownik zostanie o to poproszony
podaj nazwę użytkownika.

Przykładowy wpis w .gitconfig file:

[gitreview]
nazwa użytkownika=mójgerrituser

gitreview.scheme
To ustawienie określa domyślny schemat (ssh/http/https) pilota gerrit

gitreview.host
To ustawienie określa domyślną nazwę hosta gerrit remote

gitreview.port
To ustawienie określa domyślny port pilota gerrit

projekt gitreview
To ustawienie określa domyślną nazwę repozytorium git gerrit

gitreview.remote
To ustawienie określa domyślną nazwę używaną dla pilota gerrit

gitreview.branch
To ustawienie określa domyślną gałąź

gitreview.track
Określa, czy preferować aktualnie śledzoną gałąź (jeśli istnieje) i
branch, względem którego zestaw zmian został przesłany do Gerrita (jeśli istnieje
dokładnie jedną taką gałąź) do defaultremote i defaultbranch w celu przesłania
i opieranie się na. Jeśli lokalna gałąź tematyczna śledzi gałąź zdalną,
należy użyć zdalnego i gałęzi śledzonej przez lokalną gałąź tematyczną
dla operacji przesyłania i zmiany bazy zamiast defaultremote i
domyślny oddział.

Podczas pobierania poprawki tworzy lokalny oddział, aby śledzić odpowiednie
remote i branch, aby domyślnie wybrać ten oddział podczas przesyłania
modyfikacje tego zestawu zmian.

Należy określić wartość „true” lub „false”.

true Preferuj aktualnie śledzoną gałąź (jeśli istnieje) - odpowiednik
ustawienie --ścieżka przy zgłaszaniu zmian.

false Ignoruj ​​​​śledzące gałęzie - odpowiednik ustawienia --nie ma śladu (
default) lub podanie wyraźnej nazwy oddziału podczas przesyłania
zmiany. Jest to wartość domyślna, chyba że zostanie zastąpiona przez
.gitreview plik i jest implikowany przez podanie określonej gałęzi
nazwę w wierszu poleceń.

gitreview.rebase
To ustawienie określa, czy przesłane zmiany zostaną ponownie oparte na
najnowszy stan oddziału.

Należy określić wartość „true” lub „false”.

false Nie zmieniaj bazowania zmian na przesłaniu — odpowiednik ustawienia -R jeśli chodzi o komunikację i motywację
zgłaszanie zmian.

true Dokonaj zmiany bazy po przesłaniu. Jest to wartość domyślna, chyba że
przesłonięty przez .gitreview plik.

To ustawienie ma pierwszeństwo przed konfiguracją specyficzną dla repozytorium w pliku
.gitreview plik.

color.review Czy używać sekwencji specjalnych ANSI, aby dodać kolor do wyniku wyświetlanego przez
to polecenie. Wartość domyślna jest określana przez color.ui.

auto lub true Jeśli chcesz, aby dane wyjściowe używały koloru podczas zapisywania w terminalu
(domyślnie z Git 1.8.4 i nowszymi).

zawsze Jeśli chcesz, aby wszystkie wydruki używały koloru

nigdy lub fałszywe
Jeśli nie chcesz używać koloru dla żadnego wyjścia. (domyślnie z Git
starsze niż 1.8.4)

recenzja git podczas uwierzytelniania zapyta system poświadczeń git o użytkownika/hasło gerrit
awaryjnie przez http(s). W przeciwieństwie do gita, recenzja git nie utrzymuje użytkownika/hasła gerrit w git
credential system ze względów bezpieczeństwa, a konfiguracja systemu git credential pozostaje w mocy
odpowiedzialność użytkownika.

Korzystaj z git-review online, korzystając z usług onworks.net


Darmowe serwery i stacje robocze

Pobierz aplikacje Windows i Linux

Komendy systemu Linux

Ad