Metadanymi nie należy zarządzać w kontroli źródła. Zawierają one głównie dane dotyczące twojego obszaru roboczego.
Jedynym wyjątkiem są .launch
pliki XML (definicja programu uruchamiającego).
Znajdują się w
[eclipse-workspace]\.metadata\.plugins\org.eclipse.debug.core\.launches
I powinny zostać skopiowane do katalogu projektu: Gdy projekt zostanie odświeżony, te konfiguracje zostaną wyświetlone w oknie dialogowym „Uruchom konfigurację”.
W ten sposób tymi plikami parametrów uruchamiania można również zarządzać w SCM.
(Uwaga: Do odznacz opcję „Usuń konfiguracje gdy związany zasób jest usunięte” w Run / Launching / Uruchom Konfiguracja panelu preferencji: powszechne jest miękki skasować projekt w celu zaimportowania go z powrotem - do wymuszenia reinicjowanie z następujących metadane eclipse. Ale ta opcja, jeśli zaznaczona, usunie szczegółowe parametry uruchamiania!)
project-dir/.project
project-dir/.classpath
project-dir/.settings/*
powinny być w SCM (w szczególności .project
i .classpath
zgodnie z dokumentacją Eclipse ).
Celem jest, aby każdy mógł pobrać / zaktualizować swój obszar roboczy SCM i zaimportować projekt Eclipse do obszaru roboczego Eclipse.
W tym celu chcesz używać tylko ścieżek względnych w ścieżce .clas, używając połączonych zasobów .
Uwaga: lepiej jest project-dir
odwoływać się do „zewnętrznego” katalogu projektu, a nie katalogu utworzonego w obszarze roboczym zaćmienia. W ten sposób dwa pojęcia (obszar roboczy zaćmienia vs. obszar roboczy SCM) są wyraźnie rozdzielone.
Jak wspomina ipsquiggle w komentarzu i jak wspomniałem w starej odpowiedzi , możesz faktycznie zapisać konfigurację uruchamiania jako plik udostępniony bezpośrednio w katalogu projektu. Całą konfigurację uruchamiania można następnie wersjonować tak jak inne pliki projektu.
(Z posta na blogu Wskazówka: tworzenie i udostępnianie konfiguracji uruchamiania z KD)

common
karcie wybierzSave as > shared file
. To bezpośrednio upuszcza go do folderu projektu, dzięki czemu można go SCM'ować z resztą projektu..project
na razie dla twojego obszaru roboczego. Ale nie pozbawiaj wszystkich innych użytkowników wspólnej definicji projektu Eclipse, którą mogą szybko zaimportować do swojego obszaru roboczego Eclipse, tylko dlatego, że masz jedną dodatkową definicję, która pasowałaby tylko do twojej chwili.