1. Bajamos VisualSVN Server.
2. Instalamos el programa en una máquina Windows.
3. Configuramos que escuche el puerto 443 (SSL) y habilitamos el soporte HTTPS por seguridad.
4. Creamos repositorios y usuarios.
5. Listo (Screenshot). En la consola podremos acceder por navegador al repositorio. Pero si queremos operar tendremos que instalar en maquinas clientes TortoiseSVN.

1. Bajamos TortoiseSVN, cliente con la que accederemos a la solución.
2. Instalamos el programa.
3. Definimos donde queremos que se almacene la copia local de los ficheros que vayamos a bajar de Subversión.
4. El programa se integra con el entorno de Windows y nos permite, situándose en cualquier fichero de Windows,  con el botón derecha añadirlo al sistema de gestión de configuración (Screenshots).

En la empresa los proyectos generan entregables o documentación que debe ser archivada de una forma específica y uniforme a fin de que el personal familiarizado con la estructura pueda recuperar datos precisos en un momento dado con sencillez. Si la empresa tiene un certificado ISO 9001:2000 o CMMI entonces sus procedimientos ya contemplan la ubicación centralizada, segura y correctamente gestionada, donde se almacenan los entregables, sean documentos de proyectos, planes, blueprints, código fuente, logs de conversaciones etc. Aunque los proyectos pueden ser bastante diferentes, si hablamos de una empresa IT o de desarrollo de software, entonces debe ser capaz de unificar la estructura de datos y metadatos de sus registros de proyectos. A continuación propongo una forma de organizar y clasificar los registros que debería satisfacer los requerimientos de un rango amplio de empresas de software:

• Registros Producto
  • Base de Datos
    • Esquema
    • Scripts iniciales
    • Scripts actualización
  • Manuales
  • Fuentes
    • Código fuente genérico
    • Paquete instalación binario
    • Instrucciones
  • Informes de Pruebas
  • Modelado UML
  • User Interface
    • Wireframe
    • Screenshots
    • Prototipos
• Registros Proyecto
  • Análisis funcional
  • Documentación requerimientos
    • Casos de Uso
    • Arquitectura
  • - Contratos
    • Propuestas
    • Presupuestos
    • Pedidos
    • Aceptaciones
    • SOW’s
  • Planes de Proyecto
  • Riesgos
  • Actas
  • Informes

Lógicamente cada empresa debe personalizar esta lista a fin de ajustarla a sus necesidades.

La gestión de configuración (CM o SCM), una de las condiciones sinequanon para trabajo de una empresa orientada a proyectos, esté o no involucrada en desarrollo de software. La correcta gestión, distribución, almacenamiento y archivado de la documentación sin CM es prácticamente imposible. La falta de CM lleva a registros duplicados, confusión en versiones de ficheros, pérdida de información y datos cruciales del proyecto. El trabajo de PM esta vinculado muy estrechamente con el sistema de CM ya que éste, utilizando una estructura personalizada para cada empresa y proyecto, almacena los artefactos y registros del proyecto (Plan de Proyecto, Statements of Work, Contratos, Registros Históricos, etc.). En el mercado podemos encontrar una gran cantidad de sistemas de configuration management con funcionalidad integrada de gestión de versiones. He trabajado con las siguientes así que puedo opinar desde la perespectiva de un manager de proyecto sobre la facilidad, seguridad, y eficacia de cada uno.

• CVS - Sistema tradicional usado hace algunos años, todavía en uso. Se basa en línea de comandos aunque existen GUI’s. No recomendable para gestionar la documentación, aunque puede valer, teniendo presente sus desventajas, para equipos de desarrollo.
• Subversion - La evolución natural de CVS. Buena solución aunque también para línea de comandos. Hay que usar un GUI. Limitaciones, requiere instalación de componentes Apache.
• Borland StarTeam – Un software enterprise de gestión de configuración. Muy bueno, pero muy pesado. Tiene conceptos no demasiado fáciles de intuir por lo tanto si se usa se debe estudiar primero su funcionamiento exacto. Soporta opciones de línea de comandos y el cliente nativo.
• Microsoft SourceSafe (VSS) – Tradicionalmente el software SCM y gestión de versiones por excelencia… ahora bien, tiene tantas desventajas como ventajas, especialmente en la integridad de la información. No he probado todavía la versión más reciente, sin embargo la anterior era un desastre.
• Surround SCM – Software de SCM que uso en mi empresa. Cliente-Servidor, ligero, seguro, transaccional, require o no uso de base de datos. Desventajas, orientación a desarrolladores, puede ser lento cuando se hace check-in transaccional de gran volumen de datos y igual que otros CM no tiene búsqueda integrada por contexto. Recomendable aunque sea para probar.
• Perforce - Software usado hace un año en un proyecto de gestión de software. No esta mal, se le puede aplicar algunas de las ventajas de Surround SCM, pero le falta algo de lógica. Cuando lo probéis podréis sentir lo que quiero decir.

Como conclusión, definitivamente recomendaría el uso de Surround SCM para gestión documental y código fuente. Si incorporaran búsqueda u algunos cambios en el software, sería genial.