git-bundle — Online w chmurze

PROGRAM:

IMIĘ

git-bundle — Przenieś obiekty i referencje według archiwum

STRESZCZENIE

odrzutowiec zapakować tworzyć
odrzutowiec zapakować zweryfikować
odrzutowiec zapakować szefowie list [ ...]
odrzutowiec zapakować rozpakować [ ...]

OPIS

Niektóre przepływy pracy wymagają, aby na jednej maszynie znajdowała się jedna lub więcej gałęzi programowania
replikowane na innej maszynie, ale obu maszyn nie można bezpośrednio połączyć, i
dlatego nie można używać interaktywnych protokołów Git (git, ssh, rsync, http). Ten
polecenie zapewnia obsługę odrzutowiec sprowadzać oraz odrzutowiec Ciągnąć do działania poprzez pakowanie przedmiotów i
odniesienia w archiwum na komputerze źródłowym, a następnie importowanie ich do innego
korzystanie z repozytorium odrzutowiec sprowadzać oraz odrzutowiec Ciągnąć po przeniesieniu archiwum w jakiś sposób (np
tenisówka). Ponieważ nie istnieje bezpośrednie połączenie między repozytoriami, użytkownik musi to zrobić
określ podstawę pakietu przechowywanego w repozytorium docelowym: pakiet
zakłada, że ​​wszystkie obiekty w bazie znajdują się już w repozytorium docelowym.

OPCJE

tworzyć
Służy do tworzenia pakietu o nazwie filet. Wymaga to git-rev-list-args argumenty do
zdefiniuj zawartość pakietu.

zweryfikować
Służy do sprawdzania, czy plik pakietu jest prawidłowy i będzie można go zastosować do bieżącego
magazyn. Obejmuje to sprawdzenie samego formatu pakietu i jego sprawdzenie
wstępne zatwierdzenia istnieją i są w pełni powiązane w bieżącym repozytorium. odrzutowiec
zapakować wypisuje listę brakujących zatwierdzeń, jeśli takie istnieją, i kończy działanie ze statusem niezerowym.

szefowie list
Wyświetla referencje zdefiniowane w pakiecie. Tylko jeśli po nim następuje lista referencji
wydrukowane zostaną referencje odpowiadające podanym.

rozpakować
Przekazuje obiekty w pakiecie do odrzutowiec indeks-pakiet następnie do przechowywania w repozytorium
drukuje nazwy wszystkich zdefiniowanych odnośników. Tylko jeśli podana jest lista referencji
drukowane są referencje pasujące do tych na liście. To polecenie jest naprawdę hydrauliką,
przeznaczony do dzwonienia tylko przez odrzutowiec sprowadzać.


Lista argumentów, które można zaakceptować odrzutowiec przeanalizować oraz odrzutowiec lista rewizji (i zawierający
o nazwie ref, patrz OKREŚLANIE ODNIESIeń poniżej), który określa konkretne obiekty i
odniesienia do transportu. Na przykład master~10..master powoduje, że bieżący master jest aktualny
referencja, która ma zostać spakowana wraz ze wszystkimi obiektami dodanymi od czasu zatwierdzenia 10-tego przodka.
Nie ma wyraźnego ograniczenia liczby odniesień i obiektów, jakie mogą być
zapakowane.

[ ...]
Lista referencji używana do ograniczenia liczby referencji zgłaszanych jako dostępne. To jest
głównie przydatne odrzutowiec sprowadzać, która oczekuje, że otrzyma tylko te referencje, o które zostanie poproszona
dla i niekoniecznie wszystkiego w pakiecie (w tym przypadku odrzutowiec zapakować zachowuje się jak odrzutowiec
pobierz paczkę).

OKREŚLANIE LITERATURA

odrzutowiec zapakować spakuje tylko odniesienia pokazane przez odrzutowiec pokaż-ref: to zawiera
głowy, znaczniki i zdalne głowy. Odniesienia takie jak master~1 nie mogą być spakowane, ale tak
doskonale nadaje się do zdefiniowania podstawy. W pakiecie może znajdować się więcej niż jedno odniesienie, oraz
można określić więcej niż jedną podstawę. Pakowane obiekty to te, które nie są zawarte w
suma danych zasad. Każdą bazę można określić jawnie (np. ^master~10), lub
pośrednio (np. master~10..master, --since=10.days.ago master).

Bardzo ważne jest, aby zastosowana podstawa odpowiadała miejscu docelowemu. Błędy są w porządku
należy zachować ostrożność, powodując, że plik pakietu będzie zawierał obiekty znajdujące się już w pliku
miejsca docelowego, ponieważ są one ignorowane podczas rozpakowywania w miejscu docelowym.

PRZYKŁAD

Załóżmy, że chcesz przenieść historię z repozytorium R1 na komputerze A do innego
repozytorium R2 na maszynie B. Z jakiegoś powodu bezpośrednie połączenie między A i B nie jest
dozwolone, ale możemy przenosić dane z A do B za pomocą jakiegoś mechanizmu (CD, e-mail itp.). Chcemy, aby
zaktualizuj R2 z rozwojem dokonanym na gałęzi master w R1.

Aby uruchomić proces, możesz najpierw utworzyć pakiet, który nie ma żadnej podstawy. Ty
możesz użyć tagu, aby zapamiętać, jakie zatwierdzenie ostatnio przetworzyłeś, aby było to łatwe
aby później zaktualizować drugie repozytorium za pomocą pakietu przyrostowego:

maszynaA$ cd R1
machineA$ git package utwórz główny plik.bundle
machineA$ git tag -f lastR2bundle master

Następnie przesyłasz plik.bundle na maszynę docelową B. Ponieważ ten pakiet tego nie robi
wymagać wyodrębnienia istniejącego obiektu, możesz utworzyć nowe repozytorium na komputerze B
klonując z niego:

maszynaB$ git clone -b master /home/me/tmp/file.bundle R2

Spowoduje to zdefiniowanie pilota o nazwie „Origin” w wynikowym repozytorium, który umożliwia pobieranie
i wyciągnij z pęczka. Plik $GIT_DIR/config w R2 będzie miał taki wpis:

[zdalne „pochodzenie”]
url = /home/me/tmp/file.bundle
fetch = refs/heads/*:refs/remotes/Origin/*

Aby zaktualizować powstałe repozytorium mine.git, możesz pobrać lub wyciągnąć po zastąpieniu pliku
pakiet przechowywany w /home/me/tmp/file.bundle z aktualizacjami przyrostowymi.

Po dalszej pracy w oryginalnym repozytorium możesz utworzyć pakiet przyrostowy
aby zaktualizować drugie repozytorium:

maszynaA$ cd R1
machineA$ git package utwórz plik.bundle lastR2bundle..master
machineA$ git tag -f lastR2bundle master

Następnie przesyłasz pakiet na inny komputer, aby zastąpić /home/me/tmp/file.bundle i
wyciągnąć z tego.

maszynaB$ cd R2
maszynaB$ git pull

Jeśli wiesz do jakiego zatwierdzenia zamierzone repozytorium odbiorców powinno mieć niezbędne
obiektów, możesz wykorzystać tę wiedzę do określenia podstawy, podając punkt odcięcia do ograniczenia
wersje i obiekty, które trafiają do powstałego pakietu. W poprzednim przykładzie użyto
lastR2bundle w tym celu, ale możesz użyć innych opcji, które podałeś
do git-log(1) polecenie. Oto więcej przykładów:

Możesz użyć tagu, który jest obecny w obu przypadkach:

$ pakiet git utwórz mój pakiet v1.0.0..master

Możesz użyć podstawy opartej na czasie:

$ git bundle utwórz mój pakiet --since=10.days master

Możesz użyć liczby zatwierdzeń:

$ pakiet git utwórz mój pakiet -10 master

Możesz uruchomić git-bundle Verify, aby sprawdzić, czy możesz wyodrębnić pakiet, który został utworzony
z podstawą:

$ git package zweryfikuj mój pakiet

Spowoduje to wyświetlenie listy zatwierdzeń, które musisz mieć, aby wyodrębnić pakiet i wolę
błąd, jeśli ich nie masz.

Pakiet z punktu widzenia repozytorium odbiorcy przypomina zwykłe repozytorium
z którego pobiera lub wyciąga. Możesz na przykład mapować odniesienia podczas pobierania:

$ git fetch master pakietu: localRef

Możesz także zobaczyć, jakie referencje oferuje:

$ git ls-remote mójpakiet

GIT

Część odrzutowiec(1) apartament

Użyj git-bundle online, korzystając z usług onworks.net