Jest to polecenie git-repack, 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Ę
git-repack - Pakuj rozpakowane obiekty do repozytorium
STRESZCZENIE
odrzutowiec Przepakować [-a] [-A] [-d] [-f] [-F] [-l] [-n] [-q] [-b] [--okno= ] [--głębokość= ]
OPIS
To polecenie służy do łączenia wszystkich obiektów, które obecnie nie znajdują się w „pakiecie”, w
paczka. Można go również wykorzystać do reorganizacji istniejących pakietów w jeden, bardziej wydajny
Pakiet.
Paczka to zbiór obiektów, indywidualnie skompresowanych, z kompresją delta
stosowane, przechowywane w jednym pliku z powiązanym plikiem indeksu.
Pakiety służą do zmniejszenia obciążenia systemów lustrzanych, silników kopii zapasowych, pamięci dyskowej itp.
OPCJE
-a
Zamiast stopniowo pakować rozpakowane obiekty, spakuj wszystko, do czego się odwołuje
pojedyncza paczka. Szczególnie przydatne podczas pakowania repozytorium, które jest używane do private
rozwój. Używać z -d. Spowoduje to wyczyszczenie obiektów pozostawionych przez git prune,
ale git fsck --full --dangling pokazuje jako wiszące.
Zauważ, że użytkownicy pobierający przez głupie protokoły będą musieli pobrać cały nowy pakiet
aby zdobyć dowolny zawarty w nim przedmiot, bez względu na to, ile innych obiektów w tym pakiecie oni zawierają
już lokalnie.
-A
To samo co -a, chyba że -d Jest używane. Następnie wszelkie nieosiągalne obiekty z poprzedniego pakietu stają się
luźnych, rozpakowanych przedmiotów, zamiast pozostawiać je w starym opakowaniu. Nieosiągalne obiekty
nigdy nie są celowo dodawane do paczki, nawet podczas przepakowywania. Ta opcja zapobiega
nieosiągalne obiekty przed natychmiastowym usunięciem poprzez pozostawienie w starym
spakować, a następnie usunąć. Zamiast tego luźne, niedostępne obiekty zostaną odpowiednio przycięte
do normalnych zasad wygaśnięcia z następnym odrzutowiec gc wezwanie. Widzieć git-gc(1).
-d
Po spakowaniu, jeśli nowo utworzone pakiety powodują, że niektóre istniejące pakiety stają się zbędne, usuń je
zbędne paczki. Biegnij też odrzutowiec pakowane w suszone śliwki w celu usunięcia zbędnych luźnych plików obiektowych.
-l
Przekaż opcję --local do odrzutowiec paczka-obiekty. Zobaczyć obiekty-git-pack(1).
-f
Przekaż opcję --no-reuse-delta do git-pack-objects, patrz obiekty-git-pack(1).
-F
Przekaż opcję --no-reuse-object do git-pack-objects, zobacz obiekty-git-pack(1).
-q
Przekaż opcję -q do odrzutowiec paczka-obiekty. Zobaczyć obiekty-git-pack(1).
-n
Nie aktualizuj informacji o serwerze za pomocą odrzutowiec informacje o serwerze aktualizacji. Ta opcja jest pomijana
aktualizowanie plików katalogu lokalnego potrzebnych do opublikowania tego repozytorium (lub bezpośredniej kopii
it) przez HTTP lub FTP. Widzieć git-update-server-info(1).
--okno= , --głębokość=
Te dwie opcje wpływają na sposób przechowywania obiektów zawartych w pakiecie przy użyciu delta
kompresja. Obiekty są najpierw wewnętrznie sortowane według typu, rozmiaru i opcjonalnie
nazwy i porównywane z innymi obiektami w --window, aby sprawdzić, czy używasz delta
kompresja oszczędza miejsce. --depth ogranicza maksymalną głębokość delty; robiąc to zbyt głęboko
wpływa na wydajność po stronie rozpakowującej, ponieważ należy zastosować dane delta
tyle razy, aby dostać się do potrzebnego obiektu. Domyślna wartość --window to 10
a --głębokość wynosi 50.
--pamięć-okna=
Ta opcja zapewnia dodatkowe ograniczenie na górze --window; rozmiar okna będzie
dynamicznie zmniejszać, aby nie zajmować więcej niż bajtów w pamięci. To jest
przydatne w repozytoriach z mieszanką dużych i małych obiektów, aby nie zabrakło pamięci
z dużym oknem, ale nadal możesz skorzystać z dużego okna na
mniejsze przedmioty. Do rozmiaru można dodać „k”, „m” lub „g”. --pamięć-okna=0
sprawia, że użycie pamięci jest nieograniczone, co jest ustawieniem domyślnym.
--maksymalny-rozmiar-paczki=
Maksymalny rozmiar każdego pliku pakietu wyjściowego. Do rozmiaru można dodać „k”, „m” lub „g”.
Minimalny dozwolony rozmiar jest ograniczony do 1 MiB. Jeśli określono, wiele plików pakietów może być
Utworzony. Wartość domyślna jest nieograniczona, chyba że zmienna konfiguracyjna pack.packSizeLimit to
ustawiony.
-b, --write-bitmap-index
Napisz indeks mapy bitowej osiągalności jako część przepakowania. Ma to sens tylko wtedy, gdy
używane z -a lub -A, ponieważ mapy bitowe muszą mieć możliwość odniesienia się do wszystkich osiągalnych obiektów.
Ta opcja zastępuje ustawienie pack.writeBitmaps.
--zapakuj-zachowane-obiekty
Uwzględnij obiekty w plikach .keep podczas przepakowywania. Pamiętaj, że nadal nie usuwamy .keep
packs po zakończeniu pack-obiektów. Oznacza to, że możemy duplikować obiekty, ale to
sprawia, że opcja ta jest bezpieczna w użyciu, gdy występują jednoczesne wypychania lub pobierania. Ta opcja
jest ogólnie użyteczna tylko wtedy, gdy piszesz bitmapy z opcją -b lub pack.writeBitmaps, as
zapewnia, że bitmapowy plik pakietu zawiera niezbędne obiekty.
KONFIGURACJA
Domyślnie polecenie przekazuje opcję --delta-base-offset do odrzutowiec paczka-obiekty; to
zwykle skutkuje nieco mniejszymi pakietami, ale wygenerowane pakiety są niekompatybilne z
wersje Git starsze niż wersja 1.4.4. Jeśli chcesz udostępnić swoje repozytorium takim
starożytne wersje Git, bezpośrednio lub przez głupi protokół http lub rsync, to ty
należy ustawić zmienną konfiguracyjną repack.UseDeltaBaseOffset na „false” i przepakować.
Ta opcja nie ma wpływu na dostęp ze starych wersji Git za pośrednictwem protokołu natywnego, ponieważ
w takim przypadku konwersja jest wykonywana w locie, zgodnie z potrzebami.
Użyj git-repack online, korzystając z usług onworks.net
