Pre-requisitos:
http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=af1f5168-c0f7-47c6-be7a-2a83a6c02e57
http://visualstudiogallery.msdn.microsoft.com/2d7c8577-54b8-47ce-82a5-8649f579dcb6/
Como se ven en la imagen el Build Service está asociado a la colección con la que vamos a trabajar “TestCollection”.
No hay que confundir el plug-in para Eclipse con la Suite TFS Everywhere, por el momento el plug-in es más que suficiente.
Si es que no tiene asociado un Build Service con su código no podemos continuar, el error que marca es algo como lo siguiente:
Una vez cargado nuestro código desde el Source Control se puede acceder al menú para dar de alta un nuevo Build Definition. La siguiente imagen es de la pantalla para crear el nuevo Build Definition.
Se detalla a continuación el script de Ant que se uso para configurar el Build Definition.
La parte importante del documento es:
Que es la forma en la que encontré como permitir que el Build Server me respete la ruta “Drop Folder”, igual y puedes olvidar esta ruta y en tu script Ant dejar copiar los archivos a donde sea necesario. Lo que provoca esta instrucción es que los JAR que generemos van a parar a la carpeta Binaries y después al “Drop Folder”
Seguir el asistente es más o menos directo. Podemos ver el archivo generado que invoca a nuestro script Ant en una ruta parecida a la siguiente
C:\Builds\1\TestBuildJava\TeamFounCIJava\BuildType\TFSBuild.proj
Note la siguiente línea en el archive .proj que importa las extensions de Ant para nuestro proyecto.
Antes de lanzar el build y después de instalar Java y Ant, reinicie los Build Services para que tomen la nueva configuración de variables de entorno.
Finalmente podrá ver los archivos versionados que se van generado para los JAR’s que se van generado.
- TFS Build Service
- Java configurado (PATH & JAVA_HOME)
- Ant configurado (PATH & ANT_HOME)
- TFS Build Extensions Power Tools
- Una carpeta compartida visible desde el Build Server
- Eclipse & Microsoft Team Explorer Everywhere 2010.
http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=af1f5168-c0f7-47c6-be7a-2a83a6c02e57
http://visualstudiogallery.msdn.microsoft.com/2d7c8577-54b8-47ce-82a5-8649f579dcb6/
Anexo algunas pantallas para clarificar algunos de los puntos anteriores.
Como se ven en la imagen el Build Service está asociado a la colección con la que vamos a trabajar “TestCollection”.
No hay que confundir el plug-in para Eclipse con la Suite TFS Everywhere, por el momento el plug-in es más que suficiente.
Si es que no tiene asociado un Build Service con su código no podemos continuar, el error que marca es algo como lo siguiente:
Una vez cargado nuestro código desde el Source Control se puede acceder al menú para dar de alta un nuevo Build Definition. La siguiente imagen es de la pantalla para crear el nuevo Build Definition.
Se detalla a continuación el script de Ant que se uso para configurar el Build Definition.
Se detalla a continuación el script de Ant que se uso para configurar el Build Definition.
La parte importante del documento es:
Que es la forma en la que encontré como permitir que el Build Server me respete la ruta “Drop Folder”, igual y puedes olvidar esta ruta y en tu script Ant dejar copiar los archivos a donde sea necesario. Lo que provoca esta instrucción es que los JAR que generemos van a parar a la carpeta Binaries y después al “Drop Folder”
Seguir el asistente es más o menos directo. Podemos ver el archivo generado que invoca a nuestro script Ant en una ruta parecida a la siguiente
C:\Builds\1\TestBuildJava\TeamFounCIJava\BuildType\TFSBuild.proj
Note la siguiente línea en el archive .proj que importa las extensions de Ant para nuestro proyecto.
Antes de lanzar el build y después de instalar Java y Ant, reinicie los Build Services para que tomen la nueva configuración de variables de entorno.
Finalmente podrá ver los archivos versionados que se van generado para los JAR’s que se van generado.
No comments:
Post a Comment