2009-10-11 14 views
33

Ich habe festgestellt, dass Eclipse vor kurzem erstellt ein Setup-Verzeichnis mit 1 Datei im Inneren und ich frage mich, ob ich dies zur Versionskontrolle hinzufügen sollte? SVN?Warum erstellt Eclipse ein .settings-Verzeichnis?

auch, ist das neu? Ich benutze Eclipse schon eine ganze Weile, habe es aber nie bemerkt.

der Inhalt der Datei im Verzeichnis ist dies:

#Sun Oct 11 14:57:03 CEST 2009 
eclipse.preferences.version=1 
org.eclipse.jdt.core.compiler.codegen.inlineJsrBytecode=enabled 
org.eclipse.jdt.core.compiler.codegen.targetPlatform=1.6 
org.eclipse.jdt.core.compiler.codegen.unusedLocal=preserve 
org.eclipse.jdt.core.compiler.compliance=1.6 
org.eclipse.jdt.core.compiler.debug.lineNumber=generate 
org.eclipse.jdt.core.compiler.debug.localVariable=generate 
org.eclipse.jdt.core.compiler.debug.sourceFile=generate 
org.eclipse.jdt.core.compiler.problem.assertIdentifier=error 
org.eclipse.jdt.core.compiler.problem.enumIdentifier=error 
org.eclipse.jdt.core.compiler.source=1.6 

shouldnt diese Einstellungen Arbeitsbereich weit und nicht projektspezifisch sein?

+1

Gute Frage. Ich denke, es ist ein bisschen ein dummer Name für die Sonnenfinsternis zu wählen. Was passiert, wenn wir dafür in unserem Projekt bereits einen Richtwert haben? Die meisten Apps verwenden einen eigenen Namen. z.B. '.svn',' .git', '.hg' Ich weiß nicht warum nicht' .eclipse'. –

+0

@JW. Ich denke, Eclipse wählte den Namen '.settings' anstatt' .eclipse', weil andere IDEs dieser Praxis folgen sollten. – smwikipedia

Antwort

22

Diese Datei zeichnet projektspezifische Einstellungen und Arbeitsbereichseinstellungen auf.

Ich habe festgestellt, dass diese Datei normalerweise erstellt wird, wenn Sie ein normales Java-Projekt in Java EE-Projekt konvertieren.

Die einzige Zeit, die ich diese Datei überprüfen würde, wenn die Compiler/Warnung-Einstellungen des Projekts von den Standardeinstellungen des Arbeitsbereichs abweichen.

Dies kann der Fall sein, wenn einige ältere Projekte nicht mit dem neuesten und besten Java-Compiler kompiliert werden können, oder wenn der von einem Drittanbieter generierte Quellcode viele Warnungen erzeugt, die zwar gut sind, aber Ihre Problems Ansicht verschmutzen.

Wenn Sie projektspezifische Einstellungen verwenden möchten, überprüfen Sie diese Datei auf jeden Fall. Andernfalls löschen Sie sie.

+0

Wenn Ihr Versionskontrollsystem unterstützt, die Datei schreibbar zu machen (Dateityp in Perforce), möchten Sie das vielleicht tun. Ansonsten sehe ich das Fehlerprotokoll-Fenster oben (wir haben ein Projekt namens Common): Konnte nicht in die schreibgeschützte Datei "/Common/.settings/language.settings.xml" schreiben. – Technophile

2

Dies sind projektspezifische Einstellungen für Eclipse. Sie müssen sie nicht in svn einschließen, da die Eclipse der Benutzer diese beim Auschecken des Projekts erstellt, oder sie können sogar eine andere IDE verwenden und brauchen sie nicht. Wenn Sie als Einziger das Projekt verwenden, spielt es keine Rolle, ob Sie diese hinzufügen.

+14

Persönlich stimme ich damit nicht überein. Wenn Sie beispielsweise eine Richtlinie haben, die nur Java 5 (oder 1.4 usw.) unterstützt, dann möchten Sie * nicht, dass Entwickler diese Einstellungen außer Kraft setzen. Sie möchten die Dateien einchecken und Änderungen daran verfolgen können. –

+2

Wenn jemand sie tatsächlich in die Versionskontrolle eincheckt, tritt Schmerz auf, wenn vcs wie clearcase verwendet wird, das Dateien schreibgeschützt sein soll. Eclipse mag es wirklich nicht, .settings nur zu lesen. Nur ein Wort der Warnung ... – eis

+0

Ich denke, Eclipse wählte den Namen '.Einstellungen "anstatt" .eclipse ", weil sie möchten, dass andere IDEs dieser Praxis folgen. – smwikipedia

12

Der Ordner .settings wird von verschiedenen Plugins verwendet, um persistente "Eigenschaften" im Gegensatz zu "Einstellungen" festzulegen, um projektspezifische Einstellungen anzugeben, die beibehalten werden sollen.

Dies ist normalerweise ein Verzeichnis, das Sie unbedingt in svn/cvs/git usw. einchecken möchten, da es sicherstellt, dass alle Benutzer, die das Projekt in Eclipse überprüfen, die richtigen projektspezifischen Einstellungen verwenden.

In unserem Fall verwenden wir es, um eine minimale Compiler-Version von 5 zu liefern, da einige Entwickler auf Java 5 im Vergleich zu 6 usw. sind, aber wir wollen Dinge für unsere Server auf 5 kompiliert haben. Wir verwenden es auch, um einige Codierungsstandards und Auto-Formatierer zu erzwingen, was Versions-Diffs viel einfacher lesbar macht.

In Ihrem speziellen Fall haben Sie "Projektspezifische Einstellungen aktivieren" unter "Eigenschaften-> Java Compiler" ausgewählt, indem Sie mit der rechten Maustaste auf das Projekt klicken und Eigenschaften auswählen.

+0

Diese Antwort ist besser als die gewählte IMHO. – smwikipedia

+0

Danke, sehr gute Antwort. –

+0

Wenn Ihr Versionskontrollsystem unterstützt, die Datei schreibbar zu machen (Dateityp in Perforce), möchten Sie das vielleicht tun. Ansonsten sehe ich das Fehlerprotokollfenster oben (wir haben ein Projekt namens Common): Konnte nicht in die schreibgeschützte Datei "/Common/.settings/language.settings.xml" schreiben. – Technophile

Verwandte Themen