redhat-developer / redhat-developer/vscode-java
Sharing .settings/org.eclipse.buildship.core.prefs between vscode and Eclipse
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- TypeScript
- Estrellas
- 2.3k
- Forks
- 546
- Merge medio
- 20 h 1 min
- PR fusionados (30 d)
- 11
Descripción
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?
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comience examinando cómo la extensión gestiona .settings/org.eclipse.buildship.core.prefs, .classpath y otras configuraciones del proyecto, incluida la configuración java.import.generatesMetadataFilesAtProjectRoot. Determine si las ubicaciones de los metadatos del proyecto son configurables e identifique el comportamiento afectado en VS Code y Eclipse. La tarea estará completada cuando las dos herramientas puedan mantener separados sus archivos de proyecto sin que se hagan commit de rutas específicas de la máquina.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- java, vscode
- Área
- developer-experience, tooling
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100