setConfig api option to set only in memory
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- typescript, vscode
- Área
- developer-experience, tooling
Línea de trabajo
Empieza rastreando la API setConfig y la API de configuración de VS Code para encontrar dónde se persisten los cambios de configuración. Se considera terminado cuando una opción ApplyInMemory aplica userThirdParty y checkThirdParty sin escribirlos en settings.json; el issue no menciona archivos ni pruebas, por lo que primero deben identificarse las rutas relevantes de implementación y verificación.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
My extension dynamically generates a library bundle and sets a path in userThirdParty and checkThirdParty: "ApplyInMemory", to allow the rest of my settings to be applied from the config.json, and library and plugin loaded, with minimal impact on the user's workspace. I currently set these two in the workspace via vscode settings apis, which leads to them being written to settings.json. Persisting these is undesirable as the userThirdParty path is a per-workspace path, which many users have complained about.
I noticed that the extension now provides a setConfig api, and was hoping to use this to provide those settings only in memory, but it seems they are also written back out to settings.json when set this way.
Would it be possible to have an "ApplyInMemory" option on the setConfig api for this case?
- Lenguaje dominante
- TypeScript
- Estrellas
- 216
- Forks
- 64
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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.
Más de LuaLS/vscode-lua
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
LuaLS/vscode-lua#189 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 42/100
LuaLS/vscode-lua#186 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
LuaLS/vscode-lua#175 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 58/100
LuaLS/vscode-lua#172 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
LuaLS/vscode-lua#169 ·
Todos los issues de LuaLS/vscode-lua
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Merit-Systems/x402scan#1312 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Native Web
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
digitalfabrik/integreat-app#4517 ·
Los mantenedores suelen responder en 2 días
-
TLS guide repeats certs/ in the certificate directoryPosiblemente ocupada @maheshrijal la tomó hoy. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
prometheus/docs#3156 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
medusajs/dtc-starter#90 ·
Los mantenedores suelen responder en 1 día