Renombrar archivos: Visual Studio vs Control de versión

Question

El problema con el cambio de nombre de los archivos es que si desea aprovechar la refacturación de Visual Studio, realmente debe hacerlo desde Visual Studio.

Pero la mayoría de los sistemas de control de versiones (no todos *) también quieren ser los que realicen el cambio de nombre.

Una solución es utilizar control de fuente integrado, pero esto no siempre está disponible, y en algunos casos es bastante torpe.

Personalmente, me sentiría más cómodo al usar el control de código fuente por separado, fuera de Visual Studio, pero no estoy seguro de cómo gestionar esta cuestión de cambio de nombre de archivos.

Entonces, para aquellos de ustedes que usan Visual Studio, ¿qué control fuente usan? ¿Utiliza una integración VS (cuál?) Y, de lo contrario, ¿cómo resolvería este problema de cambio de nombre?

(* git es lo suficientemente inteligente como para trabajar hacia fuera para sí mismo)

Answer 1

Utilizamos SVN (TortoiseSVN para ser exactos), y yo siempre estoy preocupado con el problema de cambio de nombre. La solución más simple que he encontrado es eliminar los archivos del proyecto, cambiarles el nombre a través de TSVN y agregarlos de nuevo al proyecto. Tiene que actualizar manualmente incluye para los archivos de encabezado renombrados, pero esto es relativamente fácil usando find & replace.

Answer 2

Utilizamos Team Foundation Server, y funciona sin problemas. También descubrí que pasar a utilizar un cliente totalmente integrado ha mejorado mi flujo de trabajo, ya que no necesito pasar de una aplicación a otra para realizar tareas triviales.

Answer 3

mercurial por lo general prefiere hacer el cambio de nombre a través de hg rename sin embargo, también puede detectar cambios de nombre de una fuente externa mediante el uso de hg addremove -s 100 (o menos de 100 si desea hacer coincidir un cambio de nombre con alteraciones) tan claramente se puede dejar VS hacer el cambio de nombre y obtener mercurial para ponerse al día con addremove.

Answer 4

Uso SVN (TortiseSVN como cliente) y uso el comando Repair Move desde el diálogo de confirmación. Esto me permite cambiar el nombre de los archivos dentro de VS y resolver el cambio de nombre cuando estoy listo para comprometerme a mantener el historial de versiones.

En cuanto a usar la integración VS, como usted, encuentro que toda la integración VS es torpe y no la uso.

Answer 5

Además de los consejos anteriores, para Visual Studio 2008 encontré que después de hacer todos los cambios globales a cualquier archivo renombrado desde VS, incluyendo hacer clic derecho en el archivo y renombrarlo, así como una búsqueda global y reemplazar todas las cadenas , reemplazando el antiguo nombre de archivo con el nuevo nombre de archivo, debe, si el archivo es el archivo de inicio inicial, hacer clic con el botón derecho y seleccionarlo como "establecer como página predeterminada". De lo contrario, es posible que obtenga el mensaje "No se puede encontrar el recurso". error en el tiempo de ejecución.

Answer 6

Desarrollamos "Plastic SCM" y Visual Studio Package supports move operations. Pero entiendo tu punto, cada vez me siento más cómodo con la idea de no tener complementos/paquetes y luego tener el control de versiones trabajando detrás de escena y simplemente detectar lo que sucedió sin tener que "enchufarlo" al IDE. De hecho, estamos trabajando en ello para la próxima versión ...