1. Zuhause
  2. Frage und Antwort
  3. Aufrechterhaltung eines gemeinsamen Satz von Eclipse-Einstellungen

Aufrechterhaltung eines gemeinsamen Satz von Eclipse-Einstellungen

2009-06-04 13 views
32

Immer, wenn ich Arbeitsbereichen wechseln/Eclipse-Installationen muss ich die Einstellungen kopieren/Redo:Aufrechterhaltung eines gemeinsamen Satz von Eclipse-Einstellungen

  • Compiler-Einstellungen;
  • Schriftgrößen/Familien;
  • Codeformatierer;
  • Java-Code-Vorlagen;
  • Editor-Vorlagen;
  • Codebereinigungen;

Ich möchte diese Einstellungen einheitlich beibehalten, vorzugsweise unter Quellcodeverwaltung. Wie kann ich das machen?

Ich weiß über 'Kopiereinstellungen' beim Erstellen eines neuen Arbeitsbereichs, aber es behält keine aktualisierten Kopien.

Quelle

2009-06-04 Robert Munteanu

+0

Hinweis: Sie jetzt (Dezember 2014) ein neues Projekt hat, die eine Reihe von Einstellungen, wie eine schlägt Eclipse-Plugin: Siehe [meine Antwort unten] (http://stackoverflow.com/a/27353744/6309) – VonC

Antwort

19

Sie könnten natürlich export/import diese Einstellungen.

Der andere Ansatz besteht darin, projektspezifische Einstellungen für einige Einstellungen zu aktivieren.

http://www.peterfriese.de/wp-content/downloads/images/formatter_project_specific_settings.jpg

Wir haben eine sehr kleine Git-Repository mit dieser Art von Dateien:

http://www.mkyong.com/wp-content/uploads/2009/01/wicket-examples-7.jpg

  • .settings/org.eclipse.jdt.core.prefs (Compiler Problem Einstellungen und Formatierungsprogramm Regeln)
  • .settings/org.eclipse.jdt.ui.pref (Bereinigungsregeln, gemeinsame Codevorlagen)

Die allgemeinen Einstellungen werden nur in jedes Projektverzeichnis .settings kopiert/zusammengeführt, wodurch gemeinsame Regeln für alle Projekte unabhängig vom Arbeitsbereich gewährleistet werden.

Quelle

2009-06-04 16:59:31 VonC

+0

Das ist ein sehr guter Vorschlag. Halten Sie sie auch mit git synchron oder haben Sie ein Skript, das eine Art von git-Export ausführt und sie zurückzieht? –

+0

Eigentlich ist es immer noch eine Art Handbuch, aber Git erlaubt es Ihnen, diese Dateien zu ziehen, wenn sie bereits existieren (was der Fall ist, wenn Ihr Projekt bereits einige spezifische Einstellungen hat) – VonC

+1

Was wäre nett ist eine Art von Mitte Ground zwischen projektspezifischen Einstellungen (zu granular für mich) und globalen/lokalen Einstellungen auf Workspace-Ebene (nicht einfach zu teilen). Etwas Ähnliches wie die .target-Dateien (die gemeinsam genutzt werden können, aber für verwandte Projekte üblich sind) - und nicht ein pro-Projekt-On/Off-Flag - haben einen Link zu meinem Preference-Store. – inger

2

Sie haben jetzt ein gutes Beispiel für ein separates Projekt beibehalten Eclipse-Einstellungen, wie Plugin.

Siehe saneclipse Projekt von Lars Vogel.

Sie haben auch den dazugehörigen vogellacompany/com.vogella.saneclipse Repo, die und die Feinabstimmung der Einstellungen zwicken werden:

com.vogella.saneclipse.preferences/.settings/org.eclipse.jdt.core.prefs 
com.vogella.saneclipse.preferences/.settings/org.eclipse.core.runtime.prefs 
com.vogella.saneclipse.preferences/.settings/org.eclipse.core.resources.prefs 
com.vogella.saneclipse.templates/.settings/org.eclipse.jdt.core.prefs 
com.vogella.saneclipse.fileextensions/.settings/org.eclipse.jdt.core.prefs 
com.vogella.saneclipse.fileextensions/.settings/org.eclipse.pde.core.prefs

Quelle

2014-12-08 08:04:45 VonC

Verwandte Themen

 Verwandte Themen