Como crear una imagen de Team Foundation Server 2008 con SP1

Seguro que muchos de vosotros ya sabéis que para poder usar Team Foundation Server 2008 con el reciente SQL Server 2008, necesitáis del también reciente SP1 de TFS 2008. Pero claro, debido a esta necesidad, es un poco “aburrido” el instalar un servidor completo, por el método tradicional. Para esto deberíamos primero instalar con SQL 2005 y luego pasar el SP1, y después el SQL 2008.


Sin embargo, existe un procedimiento en la nueva guía de instalación de TFS, descrito como “How to: Integrate the Installation of Team Foundation Server and Service Pack 1”, que nos describe como generarnos una fuente de instalación que incluya el SP1, de modo que lo podamos instalar directamente sobre SQL 2008. Otra fuente dónde podéis encontrar esta información con más detalle es en el blog de mi colega Martin Woodward (de dónde he sacado la idea para el post).


Y bueno, yo os lo voy a describir ahora aquí también los pasos que yo he seguido para crearla y que funcionan perfectamente.


Lo primero, qué es lo que necesitamos:



  • Team Foundation Server 2008, ya sea una trial, la workgroup o la que sea, obvio ¿no?.

  • TFS 2008 Service Pack 1, obvio también.

  • Y luego, como también Martin recomienda, una herramienta para crear una ISO, de modo que lo podamos instalar más cómodamente en máquinas virtuales. Usaremos ISORecorder, que es gratis.

  • Un par de gigas de disco duro libre 🙂

Y varios puntos a recordar, que los iré recordando también durante la instalación:



  • Sólo vamos a “parchear” la parte de instalación de la application tier (AT).

  • Si luego queremos instalar el Team Build en la misma maquina necesitaremos volver a ejecutar el SP1 en esa máquina, ya que no está permitido hacer el slipstream.

  • Si vamos también (cosa que yo suelo hacer) instalar el Team Explorer en el servidor, necesitaremos ejecutar despues el SP1 de Visual Studio 2008 (así como en todos los clientes que se vayan a conectar al servidor). Para eso recomiendo descargar la ISO del SP1 de VS 2008, y poner el directorio “vs90sp1” de esa ISO, en el ISO que generemos ya parcheado, y así instalarlo después directamente.

Vamos por pasos.


Parcheo de los ficheros de instalación




  1. Lo primero es copiar todos los ficheros de la instalación de TFS 2008 aun directorio local de nuestra máquina, p.ej.: <Disco>:TFS2008SP1Original



  2. Lo siguiente, descargamos el SP1 de TFS 2008 al disco, por ejemplo a: <Disco>:TFS2008SP1SP1Original



  3. Ahora lo vamos a extraer a otra carpeta: “<Disco>:TFS2008SP1SP1OriginalTFS90SP1-KB949786-ENU /extract:<Disco>:TFS2008SP1SP1Extraido



  4. Creamos un directorio dónde vamos a guardar la instalación parcheada: <Disco>:TFS2008SP1TFSParcheado



  5. Ahora ejecutamos: “msiexec /a <Disco>:TFS2008SP1OriginalATvs_setup.msi /p <Disco>:TFS2008SP1SP1ExtraidoTFS90sp1-KB949786.msp TARGETDIR=<Disco>:TFS2008SP1TFSParcheado”. OJO en este paso es muy importante, al epsecificar el directorio original, especificar el directorio “AT”, para parchear el application tier: “<Disco>:TFS2008SP1OriginalATvs_setup.msi



  6. Cuando este paso termine, podemos copiar el resto de contenidos de <Disco>:TFS2008SP1Original a <Disco>:TFS2008SP1TFSParcheado. OJO, no copiéis la carpeta AT, ya que nos cargaríamos los ficheros parcheados.



  7. Pasos adicionales: yo, al igual que Martin, sustituiría la guía de instalación TFSInstall.chm con la última versión, e incluiría el directorio “VS90SP1” de la ISO de instalación al directorio donde tenemos todo: <Disco>:TFS2008SP1TFSParcheado.



  8. con esto, nos debería de quedar una estructura como la de la imagen:


TFS_withSP1 


Como podéis ver, yo he agregado el directorio VS90SP1, y además, he copiado el SP1 de TFS 2008 al directorio TFSSP1, para tenerlo a mano cuando instalo el Team Build en el mismo servidor.


Una vez hecho esto, con los ficheros de este directorio, y siguiendo los pasos de la última versión de la guía de instalación de TFS (muy importante que sea la última y que sigamos los pasos de instalación, que ya explica hasta como instalar el SQL 2008 para TFS), podríamos ya instalar directamente TFS 2008 en un servidor con SQL Server 2008 y Windows Server 2008.


Recordatorios:



  • Si instaláis Team Build no olvidéis volver a lanzar la instalación del SP1 de TFS 2008.

  • Si instaláis Team Explorer o cualquier versión de Visual Studio Team System 2008, no olvidéis ejecutar la instalación del SP1 de Visual Studio 2008.

Para mayor comodidad, y haciendo uso ISORecorder la vamos a pasar a una imagen ISO, esto es muy sencillo.


Una vez instalado ISORecorder en nuestro ordenador, pulsaremos botón derecho sobre el directorio <Disco>:TFS2008SP1TFSParcheado, seleccionaremos la opción “Crear archivo de imagen ISO” como muestra la imagen.


menu_ISORecorder


Y simplemente siguiento el wizard de creación de imagen ISO, que son dos pasos nada más :), ya tenemos nuestra imagen ISO completita, para planchar a nuestro DVD de kit de instalaciones, o dejarla en el disco duro para montarla y usarla directa desde disco para, por ejemplo, la creación de maquinas virtuales.


Esto es todo, espero que os haya servido de ayuda, y que os facilite la instalación de vuestras instalaciones de Team Foundation Server 2008.


Crossposting desde www.lfraile.net

BuildTweeter … publicando las TFS builds por twitter

Jejeje, en cuanto lo he visto me ha hecho tanta gracia que tenía que ponerlo 🙂


Pues si, efectivamente alguien ha hecho una aplicación que usando los eventos de TFS para las builds, tanto los eventos de cuando se completa una build, como de cuando se cambia la calidad, y los publica en Twitter, es curioso cuando menos :


El post del creador:


http://blogs.msdn.com/jasonba/archive/2008/09/22/buildtweeter-tfs-build-publisher-for-twitter.aspx


La aplicación:


BuildTweeter


¿Ves Bruno? ahora ya no te puedes meter conmigo por twittear 😛 ahora sirve para algo más allá del simple ocio jejeje.

¿Tienes un buen equipo de desarrollo?

Hace tiempo que tenía esto en la cabeza, pero por una cosa o por otra, no lo escribía, bueno si, porque andaba muy liado jeje.

La cosa es que a raíz de unos comentarios en un artículo, y hablando con un colega mío, inicialmente discrepábamos en un tema. Y es la importancia del equipo de desarrollo, yo siempre digo que tiene muchísima importancia, ya que es la fuerza productiva, los que contruyen el objetivo del proyecto, y esto, es importante por supuesto.

Sin embargo, mi compañero, que también es gran conocedor de todos estos temas me llevaba un poco a un tipo de realidad, y es, vale, todo esto en la teoría está muy bien, y es cierto que el equipo debería de tener un peso muy fuerte. ¿Pero qué ocurre cuando el equipo de desarrollo no es tan bueno?.

Efectivamente aquí surge un problema gordo, ya que si no puedes confiar plenamente en tu equipo de desarrollo, no puedes atribuirles las responsabilidades que les corresponden. En este caso, efectivamente, aún siendo importante, no aporta todo lo que debería aportar al proyecto, dando mayor relevancia a otros roles como el jefe de proyecto o un desarrollador jefe, dando lugar a cierta jerarquía de decisiones.

Ciertamente eso es una realidad, ya que uno de los puntos de «dolor» mayores suele ser encontrar y mantener a un equipo de desarrolladores altamente responsables. ¿Y por qué esto es así?, pues hay muchas razones, algunas como las que comentaba en anteriores posts acerca de la valoración a la gente, también hay otras, debidas al mercado actual, en el que sin importar muchas veces la calidad, lo que se hace es meter a más gente, con sueldos cada vez mayores, independientemente de si lo merecen o no.

Y esto se junta con que si un desarrollador «de los buenos» empieza a ver esta situación, lo normal es que acabe rotando.

Pero hay más razones, como no fomentar la formación (incluida la autoformación), la motivación a hacer mejores proyectos (contra el simplemente hacer más proyectos más rápido), una mala gestión de proyectos que desmotive a la gente, en fin infinidad de problemas.

Lo cierto es que esto es un tema de hablar. opinar, y tratar cada caso en particular, pero bueno, como siempre digo, si queréis que vuestros proyectos sean buenos, tenéis que rodearos de desarrolladores buenos, motivando, dándoles la responsabilidad que corresponde, las herramientas necesarias, apoyándoles. Si no, efectivamente, dependeremos de los «pocos buenos» que tengamos, y que cuando se nos vayan, pues bueno, tendremos un problema.

Por cierto, que nadie nace sabiendo, y si queremos tener desarrolladores buenos, no es necesario que simplemente vayamos a por los desarrolladores buenos, si no a los que realmente tienen potencial, y apoyarles en su carrera.

PD: Me recuerda mi colega, con gran razón, que no debemos de olvidarnos que existen otro tipo de personas también, a las que, aunque les des las mayores oportunidades, motivación, etc, jamás van a mover ni un dedo para mejorar, existen, si, y bueno hay que huir de ellos. El problema es que tal y como está el mercado, muchas veces a base de rotar, consiguen mayores sueldos y mejores puestos, … una pena.

Un nuevo grupo de usuarios de Team system … virtual

Un par de compañeros MVPs de Team system, han comenzado un nuevo grupo de usuarios, con la novedad de que es «virtual», con el objeto de favorecer la asistencia de gente de cualquier parte, aunque inicialmente las reuniones las harán en un horario más favorable para USA, pero bueno, siendo virtuales ….

Las reuniones por ahora plantean hacerlas en Second Life, algo en lo que yo nunca he estado registrado la verdad, ¿tendré que meterme ahora? …

Para los que queráis más información http://www.tsug-ve.com/