Buenas
han pasado varios meses desde que hablé de las herramientas necesarias / metodología para la migración de Visual Source Safe a Team Foundation Server. Una de las imprescindibles era Visual Studio 2005 Team Foundation Server MSSCCI Provider, que permite la integración de los siguientes productos para trabajar con Team Foundation Server
- Visual Studio .NET 2003
- Visual C++ 6 SP6
- Visual Visual Basic 6 SP6
- Visual FoxPro 9 SP1
- Microsoft Access 2003 SP2
- SQL Server Management Studio
- Sparx Systems Enterprise Architect 6.0
- Sybase PowerBuilder 10.5
Pues bien, después de plagiarme como algunos periódicos online llega el momento de participar en un marrón proyecto que utiliza parte en PowerBuilder 10.5. Creo que no hace falta que entre en detalle sobre las virtudes que posee TFS y mas aún si podemos integrar dentro de nuestro ciclo de vida de desarrollo, equipos de otras herramientas como pueden ser desarrolladores de PowerBuilder.
Aqui en este punto la pregunta fué;
¿la integración con TFS es sólo un nuevo gestor de versiones de código fuente?
Y cómo bien he aprendido, en lugar de responder con toda la teoría al respecto, prefiero armar una pequeña demo mostrando las ventajas de Team Foundation Server y PowerBuilder.
Team Explorer, MSSCCI Provider y PowerBuilder
Lo primero que debemos hacer es instalar en las máquinas de desarrollo de PB, el cliente Team Explorer y el VSTFS MSSCCI Provider. A partir de este momento ya podremos comenzar a trabajar desde el IDE de PB con nuestro estimado Team Foundation Server.
Ejemplo paso a paso
Por ejemplo a partir de un nuevo Workspace o uno ya existente debemos seguir estos pasos:
- Sobre las propiedades del Workspace seleccionamos la pestaña "Source Control" y dentro de la misma seleccionamos el provider Microsoft Team Foundation Server MCCSSI.
- A continuación seleccionamos el Team Project con el que queremos trabajar (ademas de seleccionar el servidor de TFS correspondiente). Esta selección se realiza con las ventanas de seleccion propias de Team Explorer. Para este ejemplo, como los ejemplos del Workspace trabajan contra la base de datos de AdventureWorks, seleccionaré un Team Project llamado AdventureWorks.
- Una vez asociado el Workspace con el Team Project, podremos ver que en cada uno de los items del Workspace tenemos las opciones de interacción con TFS.
- Cuando seleccionamos la opcion Add to Source Control, debemos completar las opciones propias de TFS asociadas a este proyecto. Además si queremos, a partir de este instante podemos asociar cada una de estas opciones con WorkItems de TFS.
- Dentro de Visual Studio, en el Source Control Explorer podremos ver los archivos propios del Workspace de Powerbuilder que hemos agregado en el paso anterior.
- Nuevamente dentro del IDE de Powerbuilder, si queremos realizar un Check Out de algun elemento del Workspace, podremos ver que en las opciones avanzadas de Check Out tenemos las opciones de Lock: Shared Checkout, Check In y Check Out.
- Una vez realizadas algunas modificaciones en la DataWindow dw_adv_employee, y después de hacer CheckIn de las mismas; podremos ver en el histórico las diferentes versiones que se han generado.
- Finalmente podremos realizar una comparación entre estas versiones para ver las diferencias entre las mismas
- Finalmente si hemos asociado nuestros cambios de codigo a WorkItems asignados a nuestro usuario de TFS, podremos ver en el detalle de los WorkItems, la historia de cambios que han sufrido esta tarea y como ha evolucionado durante el tiempo
- Otro ejemplo mas, sobre el WorkItem cerrado los Changesets asociados
Conclusión
Partiendo de este simple ejemplo, puedo enunciar:
- Es importante conocer las opciones de integración del conector MSSCCI, ya que utilizando el mismo podemos agregar herramientas adicionales a Visual Studio al ciclo de vida de desarrollo que manejamos con Team Foundation Server
- Utilizando este conector y Team Foundation Server; una vez más queda reforzada la capacidad de interacción entre equipos multidisciplinarios de TFS. Pensemos que a traves de TFS se puede lograr la colaboración e interacción de diferentes equipos utilizando una misma metodología.
- La metodología de desarrollo tal vez es nueva para los desarrolladores de PB (en este caso), pero la herramienta sigue siendo la misma; por lo que la curva de adaptación es muy leve.
- A q mola, ¿no?
Saludos
El Bruno
PD: despues hablaré si puedo sobre las posibilidades de integracion de aplicaciones entre Powerbuilder y .Net, aunq creo q hay un NDA de por medio.