Próbuję skonfigurować repozytorium git dla mojego projektu Eclipse za pomocą EGit. Mam jednak problem z wykluczeniem katalogu głównego/projektu z repozytorium. mój projekt, że istota, ma strukturę:Eclipse - wyklucza katalog główny z repozytorium git?
ProjectDirectory
src
war
etc
chciałbym repozytorium zawiera src
, war
i etc
, ale nie zawierają katalogu nadrzędnego ProjectDirectory
. To dlatego, że jeśli chcę sklonować kopię projektu w mojej przestrzeni roboczej, ProjectDirectory2
, repozytorium dla drugiego projektu spróbuje teraz utworzyć drugi katalog główny, ProjectDirectory
. Niestety, kiedy próbuję dodać repozytorium do projektu za pomocą EGit, wydaje mi się, że mogę używać Team> Share Project tylko w folderze projektu i nie wydaje mi się, aby i tak wykluczyć katalog główny z repozytorium z w ramach Eclipse.
Jakieś sugestie, jak pominąć najwyższy katalog w repozytorium za pomocą EGit? Wolałbym móc robić wszystko z poziomu Eclipse, ale jeśli nie ma sposobu, istnieje sposób na skonfigurowanie repozytorium w ten sposób poza git, to nadal będziesz mógł używać kontrolki git regularnie z git na repozytorium pomija katalog najwyższego poziomu? Dziękuję bardzo.
Rozumiem, że chcę uwzględnić podkatalogi, takie jak .settings, ale te mogą być nadal zawarte w repozytorium w sposób sugerowany przeze mnie. Zauważyłem też, że prawie każdy projekt, który widzę w Internecie (na przykład na githubie), wyklucza katalog główny, tak jak chcę to zrobić (tj. Raczej niż projectRepository/projectFolder/src to repozytorium na github wygląda po prostu projectRepository/src). Dlaczego wszystkie te projekty robią to w ten sposób, jeśli sposób, w jaki sugerujesz, ma swoje zalety? Dziękuję za szybką odpowiedź. – golmschenk
Na przykład: https://github.com/gwtbootstrap/gwt-bootstrap – golmschenk
Założę się, ponieważ nigdy nie mieli projektu testowego. Widziałem to dokładnie z projektem open source, w którym uczestniczę. Zleciliśmy również tylko podkatalogi, a następnie utworzyliśmy dodatkowe repo dla projektu testowego. Ale ciągnięcie/pchanie z/do wielu projektów stało się tak bardzo ruchliwe (i testy nie były zsynchronizowane z głównym projektem), więc w końcu ponownie zorganizowaliśmy cały kod i zatwierdziliśmy korzenie projektu: https://github.com/cgeo/ c-geo-opensource – Bananeweizen