Czy folder .gradle powinien zostać dodany do kontroli wersji?

Gradle tworzy folder o nazwie .gradle. Czy powinienem śledzić to za pomocą mojej kontroli wersji (tj. Git)?

Co ważniejsze, dlaczego / dlaczego nie?

Czy powinienem śledzić katalog .gradle?

Nie. Można to bezpiecznie zignorować.

Dlaczego miałbym to zignorować?

Służy wyłącznie do buforowania informacji, nie chcesz ich umieszczać w repozytorium, ponieważ:

• może być duży i pełen plików binarnych
• mogą tam znajdować się dane specyficzne dla maszyny
• tam jest dużo churnów (ciągle wprowadzałbyś zmiany w tam umieszczonych plikach)
• wszystko, co tam jest, i tak można całkowicie odtworzyć, kiedy tylko jest to potrzebne

Zasadniczo jest to katalog tymczasowy, który Gradle upuszcza w środku twojego kodu źródłowego (dlaczego Gradle uważa, że ​​jest to właściwe, to inne pytanie).

Charakter „katalogu pamięci podręcznej” można określić na podstawie nazwy przełącznika, który pozwala zmienić jego lokalizację: „ --project-cache-dir ”.

Chociaż nienawidzę mieć plików binarnych w moim drzewie źródłowym, zwykle kończy się to po prostu dodaniem katalogu do mojego pliku ignorowania, ponieważ gdzieś w linii zapomnę użyć przełącznika z jakiejś linii poleceń lub z mojego IDE lub czegoś podobnego, a potem kończy się i tak trzeba sobie radzić z katalogiem.

Jak to zignorować?

Użytkownicy Gita mogą dodać linię zawierającą tylko .gradledo pliku .gitgnore , a Git zignoruje wszystkie pliki w dowolnym katalogu o tej nazwie.

Użytkownicy Mercurial chcą wyszukać plik .hgignore .

W przypadku innych systemów kontroli wersji zapoznaj się z dokumentacją - wszystkie mają funkcję, która to obsługuje.

Folder .gradle zawiera różne obliczone informacje o twojej kompilacji Gradle (np. Zbuforowane dane wyjściowe / informacje wejściowe). Zdecydowanie nie powinieneś sprawdzać tego folderu w swoim systemie kontroli wersji.

Nie musisz zachowywać folderu .gradle.

Ponieważ po ponownym wykonaniu polecenia budowania gradle możesz ponownie utworzyć prawie ten sam folder .gradle.

Ale kiedy używasz pliku gradle.setting w .gradle, może być konieczne przeniesienie go do głównego folderu projektu.

kiedy uruchamiamy gradle, tworzy on folder .gradle w twoim katalogu domowym. Składa się z natywnych (informacji o systemie) i pamięci podręcznych. Ponadto pamięci podręczne składają się z wtyczek i wszystkich innych zależności JAR.

Kiedy budujemy projekt po raz pierwszy, pobiera on zależności i wtyczki i sprawdza je tutaj. następnym razem, gdy będziemy ich potrzebować, to stąd. nawet gdy potrzebujemy ich w eclipse do skompilowania kodu (=> gradle eclipse), jego zależności są dodawane z pamięci podręcznej

Ponieważ będzie się aktualizować i dodawać po uruchomieniu gradle. więc myślę, że nie dodaliśmy go do kontroli wersji.

Byłem nowy w Gradle i pomyślałem, że folder .gradle będzie zawierał ogólne informacje, takie jak mapowania zależności itp., I załadowałem je do kontroli wersji. Następnie próbowałem skonfigurować nową maszynę z innym smakiem systemu operacyjnego i wersją Javy przy użyciu kodu z kontroli wersji, w tym folderu .gradle, i napotkałem błędy. Okazało się, że folder .gradle zawiera informacje specyficzne dla komputera i jest używany do buforowania lokalnego. Nie włączaj folderu .gradle do kontroli wersji i spróbuj skonfigurować nowy komputer z kodem, demon gradle zrobi resztę.