Wszystkie strony
Obsługiwane przez GitBook
1 z 6

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Metody wyboru repozytoriów

Poznaj metody wyboru repozytoriów i projektów w Xopero ONE, w tym wybór ręczny oraz konfigurację opartą na regułach.

Xopero ONE obsługuje wiele metod wyboru repozytoriów, które umożliwiają administratorom definiowanie zakresu operacji backupu i odzyskiwania zgodnie z wymaganiami organizacji. Repozytoria mogą być wybierane ręcznie, automatycznie lub uwzględniane bądź wykluczane na podstawie konfigurowalnych reguł i filtrów.


Wybór danych do zabezpieczenia

Podczas tworzenia planu backupu jednym z etapów jest określenie, które repozytoria mają zostać objęte ochroną. Xopero ONE oferuje kilka metod wyboru repozytoriów:

  1. Cała organizacja: ta opcja zapewnia, że wszystkie istniejące repozytoria i projekty, a także nowo utworzone, są automatycznie uwzględniane w planie backupu bez konieczności ręcznej aktualizacji.

  2. Wybierz projekty: za pomocą pól wyboru możesz wskazać konkretne projekty do objęcia ochroną.

  3. Wybierz repozytoria: za pomocą pól wyboru możesz wskazać konkretne repozytoria do objęcia ochroną.

  1. Wyklucz repozytoria: za pomocą pól wyboru możesz wykluczyć określone repozytoria, dzięki czemu plan domyślnie obejmie wszystkie pozostałe repozytoria.

  2. Ustal reguły: ta opcja umożliwia zdefiniowanie kryteriów uwzględniania repozytoriów i projektów na podstawie atrybutów takich jak ich nazwy lub powiązane tematy, zapewniając automatyczną ochronę repozytoriów spełniających określone warunki.

Ogólne

Przydatne narzędzia i porady dotyczące tworzenia kopii zapasowych i przywracania danych na wszystkich obsługiwanych platformach DevOps.

Przywracanie LFS dla organizacji DevOps

Dowiedz się, jak Xopero ONE przywraca obiekty Git LFS wraz z repozytoriami, zapewniając pełne odzyskiwanie danych w organizacjach DevOps.

Xopero ONE obsługuje backup i odzyskiwanie zawartości Git Large File Storage (LFS) w organizacjach DevOps, zapewniając, że repozytoria skonfigurowane z Git LFS są chronione wraz z powiązanymi dużymi obiektami binarnymi. Podczas operacji przywracania odzyskiwane są zarówno standardowe dane Git, jak i obiekty LFS, co pozwala zachować integralność repozytorium oraz spójność na obsługiwanych platformach DevOps.


Xopero ONE obsługuje backup i odzyskiwanie obiektów LFS na wszystkich obsługiwanych platformach DevOps.

Możesz zdecydować, czy uwzględnić metadane LFS podczas procesu przywracania, należy jednak pamiętać, że LFS musi być przywracany razem z repozytorium nadrzędnym i nie może być odzyskiwany jako samodzielny element.


Cover
Metody wyboru repozytoriów

Poznaj metody wyboru repozytoriów i projektów w Xopero ONE, w tym wybór ręczny oraz konfigurację opartą na regułach.

Cover
Reguły wyboru repozytoriów

Skonfiguruj reguły wyboru w celu automatycznego uwzględniania lub wykluczania określonych repozytoriów i projektów Git z zadań backupu.

Cover
Cross-recovery dla organizacji DevOps

Jak Xopero ONE przywraca repozytoria i metadane pomiędzy organizacjami Git, aby umożliwić szybkie odzyskiwanie po awarii i migracje w środowisku DevOps.

Cover
Przywracanie LFS dla organizacji DevOps

Dowiedz się, jak Xopero ONE przywraca obiekty Git LFS wraz z repozytoriami, zapewniając pełne odzyskiwanie danych w organizacjach DevOps.

Cover
Przywracanie wiki dla organizacji DevOps

Jak przywrócić wiki organizacji DevOps wraz z jej metadanymi.

Repozytoria i projekty utworzone po zastosowaniu metody 2 lub metody 3 nie będą automatycznie uwzględniane w planie backupu i muszą zostać dodane ręcznie.

Dowiedz się więcej o regułach wyboru oraz wzorcach reguł w tym artykule.

Przykład wyboru metadanych LFS podczas przywracania repozytorium GitHub.

Przywracanie metadanych LFS

Jeżeli obiekty LFS są uwzględnione w archiwach kodu źródłowego repozytorium, pobranie tych archiwów będzie wliczane do wykorzystania przepustowości w procesie przywracania tego repozytorium.

Przydatne linki i materiały

Reguły wyboru repozytoriów

Skonfiguruj reguły wyboru w celu automatycznego uwzględniania lub wykluczania określonych repozytoriów i projektów Git z zadań backupu.

Xopero ONE udostępnia reguły wyboru umożliwiające administratorom określenie, które repozytoria i projekty są uwzględniane lub wykluczane z zadań backupu i odzyskiwania. Reguły mogą być oparte na nazwach, właścicielach, datach utworzenia, gałęziach lub określonych wzorcach, zapewniając szczegółową kontrolę nad zakresem backupu oraz gwarantując, że przetwarzane są wyłącznie wybrane repozytoria i projekty.


Reguły wyboru i wzorce reguł

Poniżej przedstawiono reguły wyboru oraz wzorce reguł, których można używać w Xopero ONE do wskazywania repozytoriów i projektów przeznaczonych do uwzględnienia w zadaniach backupu w ramach organizacji DevOps.

Azure DevOps i Bitbucket

  1. Nazwa repozytorium — można użyć pełnej lub częściowej nazwy repozytorium. Znaki wieloznaczne mogą być stosowane na końcu reguły w celu dopasowywania nazw repozytoriów:

    1. * dopasowuje zero lub więcej znaków

    2. ? dopasowuje dokładnie jeden znak

  2. Nazwa projektu: zabezpiecza wszystkie repozytoria w określonym projekcie.

  1. Nazwa repozytorium — można użyć pełnej lub częściowej nazwy repozytorium. Znaki wieloznaczne mogą być stosowane na końcu reguły w celu dopasowywania nazw repozytoriów:

    1. * dopasowuje zero lub więcej znaków

  1. Nazwa repozytorium — można użyć pełnej lub częściowej nazwy repozytorium. Znaki wieloznaczne mogą być stosowane na końcu reguły w celu dopasowywania nazw repozytoriów:

    1. * dopasowuje zero lub więcej znaków


  • Wzór: yourorganization/*

    • Spowoduje to dopasowanie wszystkich repozytoriów w organizacji o nazwie yourorganization.

  • Wzór: yourorganization/n??


Wszystkie reguły wyboru mogą korzystać z wzorców wyrażeń regularnych (regex).

Wyrażenia regularne pozwalają tworzyć elastyczne i dostosowywalne reguły, zgodne z konwencjami nazewnictwa obowiązującymi w Twojej organizacji. Takie podejście umożliwia precyzyjne kierowanie oraz automatyzację działań w oparciu o spójne wzorce w nazwach repozytoriów lub projektów.

Poniżej przedstawiono przykładowe zastosowania tych reguł, przy czym należy pamiętać, że dostępne konfiguracje obejmują znacznie szerszy zakres możliwości:

  • Wzór: yourorganization/repo[0-9]+

    • Spowoduje to dopasowanie repozytoriów takich jak repo1, repo12, repo123

Przywracanie wiki dla organizacji DevOps

Jak przywrócić wiki organizacji DevOps wraz z jej metadanymi.

Samodzielne odzyskiwanie wiki organizacji pozwala przywrócić utraconą lub nadpisaną dokumentację, umożliwiając projektom szybki dostęp do ich bazy wiedzy bez wpływu na metadane repozytoriów lub projektów.


Proces odzyskiwania dla Bitbucket, GitHub i GitLab

Poniższe kroki pokazują, jak szybko przywrócić wiki za pomocą Xopero ONE Management Service.

1

Przejdź do widoku przywracania, korzystając z następującej metody:

  1. Otwórz odpowiednią zakładkę DevOps, a następnie kliknij przycisk Przeglądaj obok organizacji, której backup chcesz przywrócić (ikona przeglądania w widoku listy).

  2. Wyszukaj repozytorium zawierające wiki, którą chcesz przywrócić, a następnie kliknij ikonę przywracania w menu akcji tego repozytorium.

2

W sekcji Plany backupów wybierz odpowiedni plan backupu, a następnie przejdź do sekcji Kopie backupu, aby wybrać punkt w czasie, z którego chcesz przywrócić wiki.

3

W sekcji Przywróć wiki kliknij przycisk Przywróć teraz, aby skonfigurować ustawienia przywracania.

4

Wybierz miejsce docelowe przywracania, a następnie kliknij Dalej.

5

W sekcji Przywróć do wybierz repozytorium, do którego chcesz przywrócić wiki. Jeśli przywracasz wiki do organizacji Azure DevOps lub Azure DevOps Server, wybierz również docelowy projekt.

6

W sekcji Ustawienia przywracania możesz w razie potrzeby ograniczyć przepustowość sieci oraz zmienić urządzenie, które będzie wykonywać przywracanie.

7

Gdy wszystkie parametry zostaną zdefiniowane, kliknij Przywróć, aby rozpocząć proces przywracania. Postęp można śledzić w zakładce Zadania; po zakończeniu wiki będzie dostępne w wybranym repozytorium organizacji.


Poniższe kroki pokazują, jak szybko przywrócić wiki za pomocą Xopero ONE Management Service.

1

Przejdź do widoku przywracania, korzystając z następującej metody:

  1. Otwórz zakładkę Azure DevOps (DevOps > Azure DevOps), a następnie kliknij przycisk Przeglądaj obok organizacji, której backup chcesz przywrócić (ikona przeglądania w widoku listy).

  2. W zakładce Projekty & repozytoria


? dopasowuje dokładnie jeden znak
  • Nazwa tematu — określ dokładną nazwę tematu. Na przykład, jeśli wpiszesz temat html, wszystkie repozytoria przypisane do tego tematu zostaną uwzględnione w backupie.

  • ? dopasowuje dokładnie jeden znak
  • Nazwa tematu — określ dokładną nazwę tematu. Na przykład, jeśli wpiszesz temat html, wszystkie repozytoria przypisane do tego tematu zostaną uwzględnione w backupie.

  • Ścieżka grupy: chroni wszystkie repozytoria w obrębie określonej ścieżki grupy lub podgrupy.

    • Dopasowuje repozytoria, w których po n występują dokładnie dwa znaki.

    i tak dalej.
  • Wzór: yourorganization/.*data.*

    • Dopasowuje każdą nazwę repozytorium zawierającą słowo data.

  • Wzór: yourorganization/(?!.*data.*)

    • Wyklucza wszystkie nazwy repozytoriów, które zawierają słowo data.

  • GitHub

    GitLab

    Przykłady reguł wyboru

    Wzorce wyrażeń regularnych (regex)

    wyszukaj projekt zawierający wiki, którą chcesz przywrócić, a następnie kliknij ikonę przywracania
    w menu akcji tego projektu.
    2

    W sekcji Plany backupów wybierz odpowiedni plan backupu, a następnie przejdź do sekcji Kopie backupu, aby wybrać punkt w czasie, z którego chcesz przywrócić wiki.

    3

    Wybierz miejsce docelowe przywracania, a następnie kliknij Dalej.

    4

    W sekcji Przywróć wiki kliknij przycisk Przywróć teraz, aby skonfigurować ustawienia przywracania.

    5

    W sekcji Przywróć do wybierz repozytorium, do którego chcesz przywrócić wiki. Jeśli przywracasz wiki do organizacji Azure DevOps lub Azure DevOps Server, wybierz również docelowy projekt.

    6

    W sekcji Ustawienia przywracania możesz w razie potrzeby ograniczyć przepustowość sieci oraz zmienić urządzenie, które będzie wykonywać przywracanie.

    7

    Gdy wszystkie parametry zostaną zdefiniowane, kliknij Przywróć, aby rozpocząć proces przywracania. Postęp można śledzić w zakładce Zadania; po zakończeniu wiki będzie dostępne w wybranym repozytorium lub projekcie organizacji.

    Cross-recovery dla organizacji DevOps
    Przywracanie LFS dla organizacji DevOps

    Możesz wybrać dowolną organizację zarejestrowaną w Xopero ONE (więcej informacji na temat cross-recovery znajdziesz w sekcji Przydatne linki i materiały).

    Jeśli miejscem docelowym przywracania jest GitHub, upewnij się, że w repozytorium utworzono przynajmniej jedną stronę wiki.

    Proces odzyskiwania dla Azure DevOps i DevOps Server

    Przydatne linki i materiały

    Możesz wybrać dowolną organizację zarejestrowaną w Xopero ONE (więcej informacji na temat cross-recovery znajdziesz w sekcji Przydatne linki i materiały).

    Jeśli miejscem docelowym przywracania jest GitHub, upewnij się, że w repozytorium utworzono przynajmniej jedną stronę wiki.

    Cross-recovery dla organizacji DevOps

    Jak Xopero ONE przywraca repozytoria i metadane pomiędzy organizacjami Git, aby umożliwić szybkie odzyskiwanie po awarii i migracje w środowisku DevOps.

    Xopero ONE umożliwia zaawansowane odzyskiwanie danych między różnymi ekosystemami DevOps. Pozwala to organizacjom na sprawne przywracanie repozytoriów oraz powiązanych z nimi metadanych pomiędzy kluczowymi platformami, takimi jak GitHub, GitLab, Bitbucket oraz Azure DevOps. Odtwarzane dane obejmują zarówno sam kod źródłowy, jak i liczne metadane, w tym pull requesty, zasoby wiki oraz zgłoszenia (issues), o ile są one natywnie obsługiwane przez platformę źródłową i docelową.


    Dostępne zasoby

    Poniższe tabele przedstawiają, które zasoby i metadane mogą być odtwarzane pomiędzy różnymi platformami DevOps.

    Aby zapoznać się z pełną listą chronionych zasobów i metadanych, przejdź do artykułu Zabezpieczane zasoby dotyczącego odpowiedniej platformy DevOps.

    Poszczególne platformy udostępniają różne typy metadanych, które nie są uniwersalnie obsługiwane przez wszystkich dostawców. W związku z tym podczas odtwarzania danych między odmiennymi środowiskami niektóre metadane mogą zostać pominięte.

    W poniższych tabelach termin GitLab odnosi się zbiorczo zarówno do środowisk GitLab self-managed, jak i GitLab SaaS.

    Lista jest przedstawiona w kolejności alfabetycznej.

    ADDITIONAL DATABRANCHESCOMMIT COMMENTSCOMMITSDEPLOYMENT KEYSGITHUB PROJECTS (CLASSIC)ISSUE COMMENTSISSUES (CLOSED)ISSUES (OPEN)LABELSLFSMILESTONESPULL REQUEST COMMENTSPULL REQUESTS (CLOSED)PULL REQUESTS (OPEN)RELEASE ASSETSRELEASESREPOZYTORIUMTAGWIKI

    ADDITIONAL DATA
    BRANCHES
    COMMIT COMMENTS
    COMMITS
    DEPLOYMENT KEYS
    GITHUB PROJECTS (CLASSIC)
    ISSUE COMMENTS
    ISSUES (CLOSED)
    ISSUES (OPEN)
    LABELS
    LFS
    MILESTONES
    PULL REQUEST COMMENTS
    PULL REQUESTS (CLOSED)
    PULL REQUESTS (OPEN)
    RELEASE ASSETS
    RELEASES
    REPOZYTORIUM
    TAG
    WIKI

    GitLab

    GitHub

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    Azure DevOps

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket DC

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub Enterprise

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    GitHub

    ❌

    ❌

    ❌

    ✅

    ✅

    ❌

    GitHub Enterprise

    ❌

    ❌

    ❌

    ✅

    ✅

    ❌

    Azure DevOps

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket DC

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub Enterprise

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    Bitbucket

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    GitHub

    ❌

    ❌

    ❌

    ✅

    ✅

    ❌

    GitLab

    Bitbucket

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    Bitbucket

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitLab

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    Bitbucket

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    ❌

    ✅

    ❌

    ✅

    ✅

    ✅

    Azure DevOps

    ✅

    ❌

    ❌

    ✅

    ✅

    ✅

    GitHub

    ✅

    ❌

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitLab

    ✅

    ❌

    ❌

    ✅

    ✅

    ✅

    Azure DevOps

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket DC

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub Enterprise

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitLab

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitLab

    Azure DevOps

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    Bitbucket

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    Azure DevOps

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitHub

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitLab

    ❌

    ❌

    ❌

    ✅

    ✅

    ✅

    GitLab

    Azure DevOps

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket DC

    ❌

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub Enterprise

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    GitHub

    ❌

    ❌

    ❌

    ✅

    ✅

    ❌

    GitHub Enterprise

    ❌

    ❌

    ❌

    ✅

    ✅

    ❌

    GitHub

    ❌

    ❌

    ❌

    ✅

    ✅

    ❌

    GitHub Enterprise

    ❌

    ❌

    ❌

    ✅

    ✅

    ❌

    GitLab

    ❌

    ❌

    ❌

    ❌

    ✅

    ✅

    GitLab

    Azure DevOps

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket DC

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub Enterprise

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Azure DevOps

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Bitbucket DC

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitHub Enterprise

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    GitLab

    ✅

    ✅

    ✅

    ✅

    ✅

    ✅

    Azure DevOps

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    Bitbucket

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    GitHub Enterprise

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    GitLab

    ✅

    ✅

    ❌

    ✅

    ✅

    ✅

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    GitHub Enterprise

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    GitHub Enterprise

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    GitHub Enterprise

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    GitHub Enterprise

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    GitHub Enterprise

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    GitHub Enterprise

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    GitHub Enterprise

    DO →

    ↓ Z

    Azure DevOps

    Bitbucket

    Bitbucket DC

    GitHub

    GitHub Enterprise

    Przywracanie LFS dla organizacji DevOps
    Przywracanie wiki dla organizacji DevOps

    Przydatne linki i materiały

    GitHub Enterprise

    GitLab

    GitHub Enterprise

    GitLab

    GitHub Enterprise

    GitHub Enterprise

    GitHub Enterprise

    GitHub Enterprise

    GitHub Enterprise

    GitLab

    GitLab

    GitLab

    GitHub Enterprise

    GitHub Enterprise

    GitHub Enterprise

    GitHub Enterprise

    GitLab

    GitHub Enterprise

    GitLab

    GitLab

    Manage large files with Git Large File Storage (LFS) | Bitbucket Cloud | Atlassian SupportAtlassian Support
    Git Large File Storage billing - GitHub DocsGitHub Docs
    Manage and Store Large Files in Git - Azure ReposMicrosoftLearn
    Logo
    Logo
    Logo
    Storage policy for Git LFS with Bitbucket | Bitbucket Cloud | Atlassian SupportAtlassian Support
    Logo