Buforowanie zależności na potrzeby szybszych kompilacji

Większość czasu CI zajmuje pobieranie i instalowanie tych samych zależności przy każdym uruchomieniu. Pamięć podręczna przechowuje je między uruchomieniami, dzięki czemu kolejne kompilacje ponownie wykorzystują wykonaną pracę, często znacznie skracając czas działania potoku.

GitHub udostępnia actions/cache. Podajesz jej path do zapisania w pamięci podręcznej oraz key identyfikujący wpis pamięci podręcznej. Przy trafieniu ścieżka zostaje przywrócona, a w przeciwnym razie jest zapisywana po zakończeniu zadania.

Klucz powinien zmieniać się tylko wtedy, gdy powinna zmienić się zawartość pamięci podręcznej. Idealnym rozwiązaniem jest haszowanie pliku blokady: nowy plik blokady oznacza nowe zależności, więc zostaje utworzony nowy wpis pamięci podręcznej.

restore-keys udostępnia zapasowe prefiksy. Jeśli dokładny klucz nie zostanie znaleziony, akcja przywraca najnowszą pamięć podręczną, której klucz rozpoczyna się od danego prefiksu, zapewniając częściowo przygotowany start.

Przy dokładnym dopasowaniu klucza następuje trafienie w pamięć podręczną i ścieżka zostaje przywrócona. W przypadku braku trafienia zadanie działa normalnie, a pamięć podręczna jest zapisywana na końcu za pomocą głównego klucza i będzie gotowa przy kolejnym uruchomieniu.

Akcje konfigurujące język mają wbudowane buforowanie. W przypadku Node akcja setup-node z opcją cache: npm samodzielnie obsługuje pamięć podręczną zależności, więc nie trzeba dodawać osobnego kroku pamięci podręcznej.

W miarę możliwości zapisuj w pamięci podręcznej katalogi pobierania menedżera pakietów, a nie zainstalowany katalog node_modules, ponieważ pamięci podręczne pobierania są przenośne, a krok instalacji nadal weryfikuje integralność.

• Node: ~/.npm
• Python: pamięć podręczna pip
• Java: ~/.m2 lub pamięci podręczne Gradle

Pamięci podręczne są przypisane do gałęzi, z możliwością użycia domyślnej gałęzi jako zapasowej, i mają limit rozmiaru dla każdego repozytorium. Nieużywane pamięci podręczne są z czasem usuwane, dlatego projektuj klucze tak, aby ich rotacja przebiegała prawidłowo.

Jeśli klucz nigdy się nie zmienia, możesz udostępniać nieaktualne zależności. Zawsze powiąż klucz z haszem pliku blokady, aby aktualizacje automatycznie unieważniały pamięć podręczną.

W kompilacjach macierzowych dla różnych systemów operacyjnych lub wersji uwzględnij w kluczu runner.os oraz wersję, aby każdy wariant otrzymał własną poprawną pamięć podręczną zamiast kolidować z innymi.

Porównaj czasy trwania zadań przed włączeniem pamięci podręcznej i po nim oraz obserwuj wskaźnik trafień w logach. Stale niski współczynnik trafień wskazuje, że klucz zmienia się zbyt często.

Sprawdź swoją wiedzę na temat buforowania zależności.

Przyspieszyłeś CI dzięki buforowaniu zależności: akcji actions/cache z kluczem opartym na haszu pliku blokady i zapasowymi kluczami przywracania, wbudowanemu buforowaniu w akcjach konfigurujących, właściwemu wyborowi danych do buforowania, uwzględnieniu systemu operacyjnego i wersji w kluczach macierzy oraz unikaniu nieaktualnych pamięci podręcznych dzięki powiązaniu klucza z plikiem blokady.