2009-09-02 10 views
17

Chcę udostępnić projekt zaćmienia wraz z resztą mojego zespołu za pośrednictwem SVN. Jakie pliki należy dodać do subversion? W obszarze roboczym znajduje się wielu plików, których IMHO nie powinno mieć pod kontrolą źródła - mają one kilka megabajtów.które pliki projektu/obszaru roboczego zaćmienia powinny zostać dodane do kontroli źródła?

Podczas dodawania samego projektu inny użytkownik, który sprawdza kod, nadal musi zaimportować projekt do obszaru roboczego.

Edit: może poprawne pytanie tutaj, to w jaki sposób mogę podzielić się moją zaćmienie roboczy Subversion?

+2

Wygląda to podobne pytanie do: http://stackoverflow.com/questions/337304/which-eclipse-files-belong-under-version-control –

Odpowiedz

10

Z Eclipsem zawsze trzeba zaimportować projekt - nie ma innego sposobu, aby to zrobić - Eclipse nie wykryje projektów, jeśli przełączysz obszary robocze, chyba że wcześniej utworzyłeś/zaimportowałeś projekt w tym obszarze roboczym.

Trzeba przy minimalnej:

  • .project
  • .classpath

Osobiście również dodać folder z ustawieniami, ale jego do ciebie:

  • .ustawienia

Następnie inni użytkownicy wybierają Importuj projekt i wybierz plik .project.

+0

Nie widzę folderu '.settings' (dla Eclipse 3.7.0). Czy Eclipse już ich nie tworzy? Plik '.project' zawiera bardzo mało informacji. – Raedwald

8

powiedziałbym „żaden z nich” - Uważam, że łatwiej jest po prostu zapisać kod w dywersji, a następnie utworzyć nowy projekt w Eclipse przy użyciu „Zamówienie Projekty z SVN” kreatora

Jeśli masz w obszarze roboczym, który nie jest obecnie objęty kontrolą subversion, najprościej byłoby utworzyć jego kopię, przyciąć wszystkie niechciane pliki, a następnie zaimportować ją do subversion. Następnie możesz utworzyć nowy obszar roboczy za pomocą kreatora, aby połączyć go z SVN.

+0

Więc przypuszczam, że na moje zmienione pytanie powiesz "don" t "? – noamtm

+0

+1 Elementy Eclipse w kontroli wersji to zaproszenie do katastrofy. Wtyczki Eclipse mogą edytować te pliki i może powodować konflikty. tzn. plik '.settings/org.eclipse.jdt.core.prefs' ma nagłówek daty, który często zmienia się, powodując konflikt. Bądź mądry, po prostu sprawdź kod źródłowy. – amertkara

1

Dla obszaru roboczego rozważ użycie "zespołu projektów zespołowych". Możesz go utworzyć za pomocą akcji eksportu. W ten sposób otrzymasz plik, który możesz wysłać e-mailem do swoich kolegów, którzy następnie go zaimportują, a wszystkie udostępnione projekty zostaną wyrejestrowane.

Dla każdego projektu zależy to od rodzaju projektu. Jeśli jest to projekt Java:

  • Wykluczanie katalogu wyjściowego JDT (domyślnie jest bin /, czasami się/jest używany)
  • wykluczyć wszelkie artefakty kompilacji, które mogły zostać wygenerowane (włącznie z folderów źródłowych)
  • Dołącz .classpath i.wystawać
  • Dołącz folderów źródłowych
  • Dołącz swoje zależnościami (jeśli nie używasz zewnętrznej aplikacji zarządzania zależność jak Maven)
  • Opcjonalnie można dołączyć swój JDT preferencje pliku, w zależności od tego, czy chcesz, aby udostępniać szablony kodu, formatowanie konwencje itp
  • Ewentualnie zawierać żadnych plików .launch (zapisane konfiguracje startowe), ale należy zachować ostrożność, gdyż mogą one mieć konkretne wpisy platformy i tak nie będzie działać na różnych komputerach

W ogóle, jeśli zasób jest pochodną innego niż to należy wykluczyć.

+0

To oczywiste, a nie zaćmienie; ale chcę, żeby ktoś mógł sprawdzić moje miejsce pracy i po prostu z nim pracować - niektóre pliki konfiguracyjne projektu/obszaru roboczego muszą być udostępniane. – noamtm

+1

Jest to specyficzne dla zaćmienia, ponieważ omawia konkretne pliki środowiska Eclipse, takie jak .classpath itp. Spróbuj użyć zestawu projektów zespołu. –

Powiązane problemy