Git - Tymczasowo zignoruj ​​banalne zmiany w plikach

Question

Poszukuję sposobu na "ukrywanie" drobnych zmian wprowadzonych do kilku plików w Git, tak aby nie wyświetlały się w statusie git, dopóki nie zostaną wprowadzone inne zmiany akta.

Przykład: Mam plik Java, w którym jedyną zmianą jest usunięcie nieużywanego importu (uczestnik zapomniał uruchomić organizację importu przed zatwierdzeniem). Teraz usunąłem ten import, a zmiana (oczywiście) pojawia się w git. Ponieważ nie mam żadnych innych zmian w tym pliku, nie bardzo lubię akceptować plik jako część innej (niepowiązanej) zmiany lub zatwierdzić tę zmianę jako samodzielną. Oczywiście, mógłbym cofnąć zmianę i zastosować ją tylko wtedy, gdy będę musiał dokonać zmian w tym pliku, ale mogę "ryzykować" zapomnienie o tym.

Czy istnieje polecenie wykonania takiego zadania? To działałoby trochę jak polecenie niezmienione, ale w nietrwały sposób.

Jaki byłby właściwy sposób rozwiązania tego problemu, jeśli takie polecenie nie jest dostępne?

Z góry dziękuję.

Answer 1

W moim przypadku użycia (rozwój z wykorzystaniem zmodyfikowanego pliku konfiguracyjnego na moim osobistym komputerze, działa na innym komputerze z niezmienionym config), było to rozwiązanie dla mnie:

początek ignorowanie zmian w pliku:

git update-index --assume-unchanged path/to/file 

keep śledzenia ponownie:

git update-index --no-assume-unchanged path/to/file 

Answer 2

Istnieje wiele sposobów [chociaż nie może być czysty i schludny i wymagałoby uwagę]

1. Dodaj plik w trosce o .gitignore w repo tak, że nie pojawi się na popełnić. Zachowaj ostrożność, usuwając go z .gitignore, gdy jesteś gotowy do zatwierdzenia pliku
2. Upewnij się, że nie "przesuwasz" pliku, wykonując resztę zmian. Możesz napisać opakowanie ponad git, które zapewni, że komendy takie jak git commit -a lub git add . będą działać na wszystkich oprócz pliku pod pytaniem. Inną alternatywą byłoby użycie git gui lub git citool, gdzie można wizualnie upewnić się, że plik nie znajduje się w obszarze "wystawionym", a tym samym nigdy nie zostanie zatwierdzony.
3. Innym sposobem jest zatwierdzenie wszystkich wprowadzanych zmian, a następnie git stash save plik. Później, gdy będziesz gotowy do zmiany pliku, możesz git stash pop kontynuować pracę i zatwierdzanie.

nadzieję, że pomoże :)

Answer 3

Miej zmiany, które nie są gotowe w oddzielnej gałęzi. git rebase ten oddział na szczycie nowych zmian w historii głównej, jeśli to konieczne.

Czy to rozwój w toku, rzeczy tymczasowe, a nawet rzeczy, których nigdy nie należy uwzględniać w historii głównego projektu - ten sam proces działa równie dobrze.

Jeśli/kiedy zmiany oddziału są gotowe do włączenia do historii głównej; scal go. Jeśli nie, przechowuj je w oddzielnym oddziale i kontynuuj przesuwanie.

(dygresja: git merge --no-ff mogą być stosowane do tworzenia scalanie-popełnić nawet jeśli szybko naprzód seryjnej jest możliwe - w zależności od zasad swojego projektu, może to być korzystne)

Answer 4

Tylko don” t dodaj proste zmiany.

Dobrze jest dokładnie przejrzeć rzeczy, które dodasz przed popełnieniem.

Można nawet ignorować pewne zmiany w pliku podczas dodawania innych, używając

git add -p. 

To jest nawet łatwiejsze, jeśli używasz gitx (R).