visual studio - studio - ¿Por qué la propiedad "Proveedor de espacio de nombres" no se guarda dentro de un archivo de proyecto para un subdirectorio dado?
resharper visual studio 2019 (3)
Los subdirectorios dentro de los proyectos de VS2008 se usan principalmente para representar físicamente en el disco la estructura de espacio de nombres para el proyecto. Cada carpeta tiene una propiedad booleana llamada "Proveedor de espacio de nombres", que cuando se establece en Verdadero hace que ReSharper valide que la ubicación física de una clase dada corresponde a la ubicación del espacio de nombres lógico.
De vez en cuando no quiero que se use una carpeta como proveedor de espacio de nombres, así que establezco esta propiedad en Falso, y ReSharper no realiza la comprobación.
Problema
Esta configuración no se guarda en el archivo de proyecto y, por lo tanto, vuelve al valor predeterminado de Verdadero la próxima vez que abra la solución. No es gran cosa, pero ReSharper te da muchas advertencias sobre espacios de nombres incorrectos.
¿Por qué no se guarda el valor de la propiedad?
Versiones ...
ReSharper 4.0 con VS2008 SP1
@olivehour
Esta es una configuración de nivel de proyecto que se guarda en el archivo ProjectName.csproj.DotSettings. Considere la posibilidad de revisar todos los archivos .DotSettings a nivel de proyecto para controlar el origen para mantener esta configuración dentro de su equipo.
Para mí, esta configuración se guarda en un archivo .csproj.resharper. Hemos tenido problemas porque algunos desarrolladores agregaron un patrón de ignorar en este archivo y no lo registraron.
Respuesta rápida: antes de cambiar de rama, cierre la solución que está cambiando. Esto evita que VS le pida que "vuelva a cargar" la solución porque ha cambiado. Visual Studio eliminará la configuración personalizada de ReSharper en el archivo .suo cuando lo vuelva a cargar.
Respuesta larga: encontré que persistir en la configuración falsa del "Proveedor de espacio de nombres" (la configuración Verdadera siempre persiste porque es el estado predeterminado) es asegurarse de que antes de cambiar de rama (a través de ToirtoiseSVN), recuerdo cerrar Visual Studio o solución.
El estado se borra cada vez que elige la opción para "Recargar" Visual Studio después de que Visual Studio le indique el mensaje: "El proyecto ''project.name.here'' se ha modificado fuera del entorno. Presione Reload para cargar el proyecto actualizado desde disco. Presione ignorar para ignorar los cambios externos ".
Supongo que este comportamiento ocurre porque Visual Studio elimina todos los valores desconocidos del archivo .suo cuando lo vuelve a cargar. Aquí es donde se conserva esta configuración ReSharper (Proveedor de espacio de nombres).