redhat-developer / redhat-developer/vscode-java
Sharing .settings/org.eclipse.buildship.core.prefs between vscode and Eclipse
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 2.3k
- Forks
- 546
- Ø Merge
- 20 Std. 1 Min.
- Gemergte PRs (30 T.)
- 11
Beschreibung
I am working on a project that is developed by both vscode and Eclipse (different developers). .settings/org.eclipse.buildship.core.prefs is checked into git from Eclipse, and then when the project is opened from vscode, this file is modified (in an unpleasant way - adding a machine-specific java.home and init-script, and changing other settings). This can't be checked in, because it then breaks when opening elsewhere, where the paths are different. It also permutes the .classpath file and other settings files.
java.import.generatesMetadataFilesAtProjectRoot = false is not useful, because the plugin will use the project files if they are present.
The only workaround I can think if is to just remove these from git (ie add to .gitignore). What I would really like is the ability to locate these files in a different location, for Visual Studio (or in a machine configurable way). Then we could keep Eclipse and vscode completely separate.
Is there any other workaround, or possibility of an enhancement to change the file locations?
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginnen Sie damit zu untersuchen, wie die Erweiterung .settings/org.eclipse.buildship.core.prefs, .classpath und andere Projekteinstellungen verarbeitet, einschließlich der Einstellung java.import.generatesMetadataFilesAtProjectRoot. Ermitteln Sie, ob die Speicherorte der Projektmetadaten konfigurierbar sind, und identifizieren Sie das betroffene Verhalten in VS Code und Eclipse. Als abgeschlossen gilt die Aufgabe, wenn die beiden Tools ihre Projektdateien getrennt halten können, ohne dass computerspezifische Pfade committet werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java, vscode
- Bereich
- developer-experience, tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100