Jak radzić sobie z plikami projektu IntelliJ IDEA pod kontrolą Git source?

Wszyscy w naszym zespole używają IntelliJ IDEA, a my uważamy, że przydatne jest umieszczenie Plików projektu (.ipr i .iml) do kontroli źródła, dzięki czemu możemy udostępniać konfiguracje kompilacji, ustawienia i inspekcje. Dodatkowo możemy użyć ustawień inspekcji na naszym serwerze ciągłej integracji z TeamCity. (Mamy przestrzeń roboczą dla każdego użytkownika .plik iws w .plik gitignore i nie jest kontrolowany przez źródło.)

Jednak te pliki zmieniają się w niewielki sposób, gdy robisz prawie wszystko w pomyśle. Jest problem w bazie problemów IDEA (IDEA-64312), więc być może ktoś mógłby uznać to za błąd w IDEA, ale z nim będziemy musieli żyć w dającej się przewidzieć przyszłości.

Do niedawna używaliśmy Subversion, ale niedawno przełączyliśmy się na Git. Każdy z nas po prostu przyzwyczaił się do posiadania listy zmian plików projektu, które zignorowaliśmy i nie sprawdzaliśmy, chyba że były zmiany plików projektu, którymi chcieliśmy podzielić się z innymi. Ale z Gitem, prawdziwa moc wydaje się być (z tego, co badamy) ciągłym rozgałęzieniem, które zachęca, a przełączanie między gałęziami jest bólem z plikami projektu zawsze były modyfikowane. Często może po prostu scalić zmiany w jakiś sposób i próbuje radzić sobie ze zmianami w pliku projektu, które są teraz stosowane do nowej gałęzi. Jednakże, jeśli nowa gałąź zmieniła pliki projektu (np. gałąź pracuje nad nowym modułem, którego nie ma jeszcze w innych gałęziach), git po prostu wyrzuca błąd, który nie ma sensu scalanie w plikach, gdy zarówno gałąź ma zmiany, jak i Ty masz zmiany lokalnie, i Mogę raczej zrozumieć jego sens. Z linii poleceń, można użyć opcji"- f "w poleceniu" Git checkout", aby wymusić wyrzucenie lokalnych zmian i użycie zamiast nich gałęzi, ale (1) polecenie GIT Checkout GUI w IDEA (10.5.1) nie wydaje się mieć takiej opcji, którą możemy znaleźć, więc musielibyśmy przełączyć się na linię poleceń regularnie, i (2) nie jesteśmy pewni, czy chcemy mieć w zwyczaju używając tej flagi i każąc Gitowi wyrzucić nasze lokalne zmiany.

Oto kilka przemyśleń na temat opcji, z którymi musimy sobie z tym poradzić:

1. pozbądź się całkowicie kontroli nad plikami projektu. Włóż je do.gitignore i rozpowszechniać je między każdą osobą i TeamCity za pomocą innych środków, może poprzez umieszczenie ich w kontroli źródła gdzie indziej lub pod innymi nazwami. Nasz zespół jest na tyle mały, że ta opcja jest wystarczająco możliwa do rozważenia, ale nie wydaje się świetnie.
2. kontynuuj z nim życie, starając się być pewnym, aby zarządzać, które Pliki mamy na które gałęzie w danym czasie. W ramach tego możemy zachęcić każdego dewelopera do posiadania więcej niż jednej kopii każdego projektu w swoim systemie, aby każdy z nich mógł zostać sprawdzony do innej gałęzi z prawdopodobnie różnymi zestawami plików projektu.
3. spróbuj mieć tylko projekt (.ipr) w kontroli źródła, z modułem (.iml) pliki nie znajdujące się w kontrolce źródłowej i wplik gitignore. Główne coś, co wydaje się samoistnie zmieniać wPWI na bieżąco to kolejność konfiguracji shared build, ale może po prostu podzielimy się informacjami na temat tego, jak je skonfigurować. Nie jestem do końca pewien, jak IDEA radzi sobie z tego rodzaju rzeczami, mając tylko niektóre pliki, szczególnie na nowej kasie.

Myślę, że mam nadzieję, że jest jakieś oczywiste (lub nieoczywiste) rozwiązanie, które przegapiliśmy, być może radzenie sobie z ogromną dostosowywalnością, że Git i IDEA wygląda na to, że oboje. Ale wygląda na to, że nie możemy być jedyną drużyną, która ma ten problem. Pytania, które są podobne na StackOverflow obejmują 3495191, 1000512, oraz 3873872, ale nie wiem, ponieważ są dokładnie tym samym problemem, i może ktoś może wymyślić plusy i minusy dla różnych podejść, które zarysowałem, podejścia wymienione w odpowiedziach na te pytania lub podejścia, które zalecają.

Dziękuję.