Stosowanie najlepszych rozwiązań dotyczących kontroli wersji usługi Git

Ukończone

Wskazówka

Aby uzyskać więcej szczegółów, zobacz kartę Tekst i obrazy .

Projekty inżynieryjne danych wymagają systematycznego śledzenia zmian kodu, współpracy między zespołami i możliwości niezawodnego odtwarzania. Zastosowanie najlepszych rozwiązań dotyczących kontroli wersji przy użyciu usługi Git w usłudze Azure Databricks stanowi podstawę dla profesjonalnych przepływów pracy programistycznych. Foldery Git integrują się bezpośrednio z obszarem roboczym, zapewniając wizualny interfejs do zarządzania repozytoriami bez opuszczania środowiska projektowego.

Omówienie folderów Git w usłudze Azure Databricks

Foldery Git zapewniają możliwości kontroli wersji w obszarze roboczym usługi Azure Databricks za pośrednictwem wizualnego klienta i interfejsu API usługi Git. Ta integracja umożliwia wykonywanie standardowych operacji git, takich jak klonowanie repozytoriów, tworzenie gałęzi, zatwierdzanie zmian i wypychanie aktualizacji bezpośrednio z interfejsu obszaru roboczego. Nie musisz przełączać się między narzędziami zewnętrznymi i środowiskiem deweloperów.

Diagram wyjaśniający foldery git w usłudze Azure Databricks.

Podczas tworzenia folderu Git łączysz go ze zdalnym repozytorium hostowanym przez dostawców, takich jak Azure DevOps, GitHub, GitLab lub Bitbucket. Folder odzwierciedla strukturę repozytorium, umożliwiając pracę z notesami, plikami języka Python, skryptami SQL i innymi obsługiwanymi elementami zawartości przy zachowaniu kontroli wersji. Wszyscy członkowie zespołu mogą mieć własne foldery Git mapowane na to samo repozytorium zdalne, umożliwiając współpracę za pośrednictwem udostępnionych gałęzi i skoordynowanych zatwierdzeń.

Wskazówka

Każdy członek zespołu powinien pracować we własnym folderze Git połączonym z udostępnionym repozytorium. Ta praktyka uniemożliwia przypadkowe przełączenia gałęzi lub konflikty, które mogą wystąpić, gdy wielu użytkowników wykonuje operacje git w tym samym folderze obszaru roboczego.

Sklonuj repozytorium, aby rozpocząć pracę

Przed rozpoczęciem pracy z kodem kontrolowanym wersjami w Databricks należy sklonować repozytorium zespołu. Klonowanie tworzy lokalną kopię repozytorium zdalnego w obszarze roboczym, zapewniając dostęp do najnowszej bazy kodu.

Aby sklonować repozytorium:

  1. Na pasku bocznym wybierz pozycję Obszar roboczy i przejdź do miejsca, w którym chcesz utworzyć folder Git.
  2. Wybierz Utwórz>folder Git.
  3. Wprowadź adres URL repozytorium Git w formacie https://example.com/organization/project.git.
  4. Wybierz dostawcę git z menu rozwijanego.
  5. Podaj nazwę folderu w obszarze roboczym.
  6. Wybierz Utwórz folder Git.

Zrzut ekranu przedstawiający okno dialogowe Tworzenie folderu Git.

Po sklonowaniu zawartość repozytorium pojawi się w obszarze roboczym. Możesz otwierać notesy, edytować pliki i natychmiast rozpocząć programowanie.

Ściąganie zmian z repozytorium zdalnego

Podczas współpracy z zespołem inni wprowadzają zmiany do wspólnego repozytorium, które musisz uwzględnić w swojej lokalnej wersji pracy. Ściąganie aktualizacji gwarantuje, że pracujesz z najnowszą wersją bazy kodu.

Aby ściągnąć zmiany:

  1. Otwórz okno dialogowe Git.
  2. Wybierz opcję Pull (Pobierz), aby pobrać i scalić zmiany z repozytorium zdalnego.
  3. Jeśli istnieją konflikty między zmianami zdalnymi a lokalnymi modyfikacjami, rozwiąż je przy użyciu interfejsu rozwiązywania konfliktów.

Zrzut ekranu przedstawiający okno dialogowe git w usłudze Azure Databricks.

Regularnie ściągaj, szczególnie przed rozpoczęciem nowej pracy, aby zminimalizować problemy z integracją. Po ściągnięciu zmian modyfikujących kod źródłowy notesu stan notesu jest resetowany. Oznacza to, że dane wyjściowe, komentarze i historia wersji dla tego notesu zostają wyczyszczone, co ma na celu odzwierciedlenie zaktualizowanej zawartości.

Organizowanie repozytorium

Dobrze zorganizowane repozytorium ułatwia współpracę i zmniejsza zamieszanie. Zastosuj następujące rozwiązania, aby zachować czystą bazę kodu z możliwością nawigacji:

  • Użyj .gitignore plików , aby wykluczyć pliki, które nie powinny być śledzone, takie jak tymczasowe dane wyjściowe, poświadczenia lub konfiguracje specyficzne dla środowiska. Pliki już śledzone przez Git wymagają jawnego usunięcia zanim dotknie ich .gitignore.
  • Logiczne tworzenie struktury folderów przez grupowanie powiązanych notesów, bibliotek i plików konfiguracji. Foldery Git obsługują tworzenie struktur w dowolnej głębi katalogu użytkownika.
  • Usuń nieaktualne gałęzie z dostawcy usługi Git po scaleniu, aby zachować możliwość zarządzania listą gałęzi. Gałęzie lokalne pozostają przez maksymalnie 30 dni po usunięciu gałęzi zdalnej.

Uwaga / Notatka

Foldery Git mają ograniczenia rozmiaru. Gałęzie robocze są ograniczone do 1 GB, a usługa Databricks zaleca utrzymanie całkowitej liczby zasobów poniżej 20 000. W przypadku dużych repozytoriów rozważ użycie rozrzednia wyewidencjonowania , aby pracować tylko z potrzebnymi katalogami.

Gdy wszyscy przestrzegają spójnych praktyk w organizacji, członkowie zespołu mogą szybko znaleźć potrzebne elementy i zrozumieć, jak baza kodu pasuje do siebie.