2016-03-31 11 views
0

In unserer Semestergruppe verwenden wir Eclipse als IDE zur Entwicklung eines Compilers. Das Problem ist, wenn es um git geht. Welche Dateien können ignoriert werden und welche sind entscheidend? Es funktioniert gut auf meinem Computer, aber wenn es mit git synchronisiert wird und ein anderes Mitglied aus der Gruppe versucht, den Arbeitsbereich zu verwenden, scheint es immer einige Fehler zu geben, dass main nicht angezeigt wird oder ein Paket falsch ist.Gitignore für Eclipse

Fazit: Was ist in Ordnung, und was ist nicht in Ordnung in .gitignore Datei aufzunehmen, so dass jedes Gruppenmitglied das Projekt kompilieren kann?

+0

Definitiv * nicht ignorieren '.classpath' und '.project' Dateien. Siehe http://StackOverflow.com/Q/10301845/639520 und http://StackOverflow.com/A/31256840/639520 –

+0

@ E-Riz Es gibt verschiedene Versionen von Eclipse, weißt du? Was vielleicht anders gedacht hat, was in diesen Fällen fehlen sollte. Plus gibt es auch Plugins. –

+0

Ignoriere alle IDE-Dateien. - http://stackoverflow.com/q/14558450/1700321. –

Antwort

0

Es hängt von Ihrer Anforderung ab. Normalerweise kompilierte Quelle, Pakete, Logs und Datenbanken, Eclipse-spezifische Dateien/Verzeichnisse werden von git push entfernt. Kann auch die Konfiguration in einer separaten Datei (Eigenschaft) beibehalten. Es ist einfach, das Projekt in einer anderen Umgebung zu platzieren.

Dies ist ein Beispiel gitignore Datei

# Compiled source # 
################### 
*.com 
*.class 
*.dll 
*.exe 
*.o 
*.so 

# Packages # 
############ 
# it's better to unpack these files and commit the raw source 
# git has its own built in compression methods 
*.7z 
*.dmg 
*.gz 
*.iso 
*.jar 
*.rar 
*.tar 
*.zip 

# Logs and databases # 
###################### 
*.log 

# OS generated files # 
###################### 
.DS_Store* 
ehthumbs.db 
Icon? 
Thumbs.db 

# Editor Files # 
################ 
*~ 
*.swp 

# Gradle Files # 
################ 
.gradle 
.m2 

# Build output directies # 
########################## 
/target 
*/target 
/build 
*/build 

# IntelliJ specific files/directories # 
####################################### 
out 
.idea 
*.ipr 
*.iws 
*.iml 
atlassian-ide-plugin.xml 

# Eclipse specific files/directories # 
###################################### 
.classpath 
.project 
.settings 
.metadata 

# NetBeans specific files/directories # 
####################################### 
.nbattrs 
+0

Soweit ich verstanden habe, sind die Dateien .classpath und .project wichtig? – darophi

+0

'.metadata' ist nicht Teil eines normalen Eclipse-Projekts, also kein Grund, es aufzulisten (es ist Teil des Arbeitsbereichs, also nie geteilt). Das Ignorieren von '.project' und' .classpath' bedeutet, dass jeder Entwickler das Projekt manuell konfigurieren muss (oder flockige Maven/Gradle-Plugins verwenden, um es zu generieren). Das Ignorieren von '.settings' bedeutet, dass Sie nicht viele konsistente Regeln wie Codeformatierung und Fehler-/Warneinstellungen haben können. Eclipse empfiehlt dringend, alle einzuplanen, die mit allen Entwicklern geteilt werden sollen. –

0

Ich denke, die beste Lösung für .gitignore sich von gitignore.io zu erzeugen ist.

Wählen Sie einfach die Werkzeuge, die Sie verwendet haben.