plugin - svn subversion visual studio

Usando Subversion con Visual Basic 6

Question

Mi equipo se está moviendo de Visual SourceSafe a Subversion pronto, mientras desarrollaba / apoyaba un proyecto heredado en Visual Basic 6.0, así que tengo un par de preguntas:

• ¿Cuál es la mejor herramienta para la integración IDE de Subversion en Visual Studio 6? (o no vale la pena ...)
• ¿Hay alguna mejor práctica para usar Subversion con Visual Basic 6.0? (tipos de archivos para ignorar, etc.)

Answer 1

Mi suposición sería no molestarme con la integración y simplemente usar Tortoise SVN en Windows Explorer.

En cuanto a los tipos de archivos para ignorar, dale una prueba, finaliza la compilación, compila y ve si algún archivo ha cambiado (para Visual Studio moderno, tiendo a ignorar los archivos .suo)

Answer 2

Como Subversion utiliza un ciclo de actualización / edición / confirmación (en lugar de checkin / checkout), deberá tener especial cuidado con los archivos binarios. La mayoría de los formularios en VB6 constan de dos archivos: MyForm.frm y MyForm.frx. Los archivos * .frx son binarios y, por lo tanto, no se pueden fusionar.

Dado que, establecería Subversion para requerir "bloqueo" en archivos .frx. Esto significa que solo una persona puede verificar el archivo a la vez. Al hacerlo, hará cumplir que solo un desarrollador puede modificar estos archivos a la vez, y siempre está claro quién es esa persona actualmente. Si no haces esto, te estás preparando para algunos dolores de cabeza importantes.

Answer 3

Dependiendo de cuánto planeas hacer en estos proyectos heredados, consideraría no cambiar.

Al explorar el código heredado, realmente ayuda tener toda la historia y la culpa. SVN es millas mejor que VSS, pero perderás el historial cuando cambies.

Si va a haber un gran desarrollo en VB6, entonces puede valer la pena cambiar a SVN, pero si va a hacer eso en el futuro también vale la pena revisar el proyecto.

Tengo un problema similar, solo los proyectos heredados están en Delphi. Si estuvieran en VB6, creo que consideraría "actualizarlos" a VB.Net, solo por mantenibilidad.

Answer 4

Por el lado del servidor, VisualSVN Server, es una solución súper simple, la estamos ejecutando en un vmware virtual, y sigue vibrando.

Si eres un tipo de línea de comando, realmente me gusta la interfaz de línea de comando para svn, me resulta menos confuso para obtener ciertas acciones que la tortuga, como el estado de la carpeta. Pero si eres un fanático del explorador, la tortuga es más que adecuada, proviene de un mundo seguro.

Las cosas principales a ignorar son:

• Artefactos reproducibles (dll, pdb, exe)
• Configuraciones específicas del entorno (es decir, el archivo de configuración para vs, archivo csproj.user, archivos .suo)

Answer 5

Tipos de archivos a ignorar:

*.vbw
Archivo de área de trabajo que se genera automáticamente cuando cierra un proyecto, y contiene los archivos que tiene abiertos, etc.

MSSCCPRJ.SCC
El archivo de estado de control de origen generado por el IDE VB6 (si va con la solución de controlar SVN en Windows Explorer, debe desactivar el complemento de control de origen en VB6 y esto no se generará).

*.log
Se trata de archivos generados si algo sale mal al cargar una GUI de formulario. El archivo está ubicado en el mismo lugar que el archivo de formulario con nombre igual al archivo de formulario.
Ejemplo: MyForm.frm genera MyForm.log .

Por supuesto, solo debe hacer esto si no tiene archivos de registro que necesita en control de código fuente ...

Answer 6

Dependiendo de cuánto planeas hacer en estos proyectos heredados, consideraría no cambiar.

Realmente te aconsejaría que cambies a SVN. Conozco algunos proyectos que perdieron el código fuente porque la base de datos VSS se corrompió.

Creo que hay herramientas que realizan la migración de SourceSafe a SVN. (Sí, una búsqueda rápida en Google lo confirmó). De esa forma no perderás el historial de revisiones.

Answer 7

Estoy de acuerdo en que Tortoise SVN en Windows Explorer sería la mejor manera de usar SVN con VB6.

El mayor cambio que encontrará migrando a SVN es la idea de "Check out" y "Check in" no son exactamente los mismos que "Update" y "Commit". . . por lo tanto, cualquier integración IDE con VB6 es limitada porque VB6 admite MSSCCI, un mecanismo de check-out / check-in. Una vez usé TamTam SVN ( http://www.daveswebsite.com/software/tamtamsvn/index.shtml ) con Visual Studio 2003, pero lo detuve porque lo encontraba limitado. Fusionar / ramificar / culpar, etc. son características muy poderosas que proporciona Tortoise SVN que no estaban en TamTam. Tigris también tiene http://svnvb6.tigris.org/ , pero no lo he probado.

Una vez más, si bien es muy posible que obtenga un IDE para trabajar con VB6, no lo recomendaría, ya que la mayor fortaleza para migrar a SVN es romper la filosofía de Source Safe de check-in / check-out.