Jestem nowy w Git i mam duże trudności z ustaleniem tego.Jak najlepiej radzić sobie z plikami .classpath w Git, gdy programiści używają różnych wersji JBoss w swoich ścieżkach budowania projektu?
Używamy JBoss Application Server 5.1 w środowisku Eclipse. Niektóre osoby pobrały wtyczkę JBoss Tools Eclipse, aby mogły dodać serwer wykonawczy JBoss 5.1 jako "JBoss AS 5.1" do swojego obszaru roboczego Eclipse. Wynika to w linii ścieżki klasy, który wygląda tak:
<classpathentry kind="con" path="org.eclipse.jst.server.core.container/org.jboss.ide.eclipse.as.core.server.runtime.runtimeTarget/JBoss 5.1 Runtime"/>
Inni ludzie nie widzą wartości pobierania i instalowania dodatkowych narzędzi JBoss, więc po prostu używać Eclipse wbudowanego w JBoss Server Adapter, który idzie tylko w górę do JBoss v.50. Mają linię ścieżce klasy, który wygląda tak:
<classpathentry kind="con" path="org.eclipse.jst.server.core.container/org.eclipse.jst.server.generic.runtimeTarget/JBoss v5.0"/>
nie chcę, aby dodać .classpath do mojego pliku .gitignore ponieważ:
- Pliki są już przekazywane do mojego pochodzenia i usuwanie jest to bardzo bolesny proces, którego próbowałem i którego nie udało mi się zrozumieć w przeszłości.
- Chcę, aby ludzie, którzy zakładają nowe obszary robocze, mogli importować projekty z Git i zacząć od razu.
Do tej pory właśnie próbowaliśmy każdej modyfikacji naszych plików .classpath w naszym katalogu roboczym, ale nigdy się nie zobowiązaliśmy. Jest to denerwujące nie tylko dlatego, że pojawiają się one w naszym statusie git, ale czasami nie pozwalają nam na scalanie lub przełączanie oddziałów w Egit - narzekając na niezatwierdzone zmiany.
Czytałem w Internecie o użyciu zmiennych Classpath zamiast, ale nie wydaje mi się znaleźć poprawną ścieżkę do bibliotek JBoss w ogóle. Wyżej wymienione linie ścieżki klasy wydają się gdzieś znajdować się w katalogu Eclipse/plugins? Ale nie mogę tego znaleźć. Próbowałem także wskazać niektóre zmienne do mojego katalogu C: \ jboss-5.1.0.GA \, ale to też nie robi nic.
Czy istnieje sposób, aby pozostawić plik .classpath wewnątrz repozytorium, ponieważ jest teraz w aktualnym stanie, aby nowi użytkownicy klonujący repozytorium nadal je otrzymywali, ale po prostu zignorowali wszystkie przyszłe zmiany wprowadzone przez programistów pliki?
Odbierz wam ostatnie stwierdzenie jest czymś, co już wspomniałem. gitignore. – yorkw
Nie sądzę, że usuwanie plików, które są już wypychane, jest "bardzo bolesne". Możesz tymczasowo przenieść lokalny plik, a następnie wykonać commit -A & push. – eaykin