redhat-developer / redhat-developer/vscode-java
Sharing .settings/org.eclipse.buildship.core.prefs between vscode and Eclipse
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 2.3k
- Forks
- 546
- Avg merge
- 20h 1m
- Merged PRs (30d)
- 11
Description
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?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by examining how the extension handles .settings/org.eclipse.buildship.core.prefs, .classpath, and other project settings, including the java.import.generatesMetadataFilesAtProjectRoot setting. Determine whether project metadata locations are configurable and identify the affected behavior across VS Code and Eclipse. Done means the two tools can keep their project files separate without machine-specific paths being committed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java, vscode
- Domain
- developer-experience, tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100