none
Migrando a Team System. RRS feed

  • Pregunta

  •  

    Hola.

    La empresa en que trabajo me ha encargado el estudio y posibilidad de migrar a Team Foundation.

     

    Desarrollamos software standard y a veces a medida, por lo que tenemos los proyectos standard en VB6, con partes en .NET ( interoperando con Win32 ) y proyectos completamente en .NET. Disponemos así mismo de un equipo de desarrollo remoto, fuera de las oficinas centrales en una delegación. Todo ello lo llevamos a fecha de hoy con Source Safe 6 y una metodologia propia que hemos desarrollado a base de aprender de los errores ( sorprendentemente se parece mucho a MSF Agile ).

     

    Resumiendo una autentica 'macedonia' de elementos, hay van mis cuestiones.

     

    1.- Utilizando el MSSCCI de Team Foundation para VB6 y VS 2003 tengo garantizado el acceso desde entornos de desarrollo dispares, pero. Tambien me garantiza el acceso remoto a través de HTTP/HTTPS desde todos estos entornos de desarrollo?? y me refiero tanto a Team Foundation Server como al control de codigo fuente.

     

    2.- Realizando pruebas para migrar VSS 6 a VSS 8 ( o 2005 ) a fecha de hoy me encuento con errores de consistencia que la herramienta Analyze no es capaz de resolver. y no sé por donde seguir, para nosotros es vital migrar VSS al completo.

     

    3.- Una vez comprobada la viabilidad tal vez necesitemos los servicios de consultoria, implantación o que alguien nos enseñe a dar los primeros y más importantes pasos, para luego caminar nosotros solos, pero con la seguridad de que avanzamos en la dirección correcta. ¿Alguna empresa que ofrezca estos servicios?

     

    Gracias.

     

     

    viernes, 7 de septiembre de 2007 9:39

Todas las respuestas

  • Hola Nacho, interesante proyecto en el que estás Smile

     

    Voy a tratar de responderte a las cuestiones aunque no es fácil:

    1. En principio no deberías de tener problemas en acceder por HTTP/HTTPS siempre que tengas todo correctamente configurado, lo más recomendable es que lo hagas a través de un Source Cntrol Proxy Server: http://blogs.msdn.com/mab/archive/2007/06/11/using-msscci-provider-and-tfs-proxy-server.aspx Aquí tienes unas instrucciones.

     

    2. Hmmm esto no se que decirte, habría que ver esas inconsistencias en concreto, de todos modos supongo que te refieres a la migración a TFS no? mira también las limitaciones acerca de la migración entre TFS y VSS que te pueden dar una pista, o pon por aquí estas inconsistencias que has encontrado. http://msdn2.microsoft.com/en-us/library/ms252491(VS.80).aspx (limitaciones de migración)

     

    3. Rotundamente te recomiendo una consultoría, y no es porque yo también me dedique a esto Smile si no porque Team system, es más que el simple  hecho de instalar un software, tienes también muchas más cosas que hacer a nivel de metodología, gestión, prácticas de desarrollo, etc, para realmente sacarle todo el partido a TFS.

     

    Hay muchas empresas en España que se dedican a esto, si quieres (por no poner por aquí mi correo por el spam), contacta conmigo a través de mi blog: http://www.lfraile.net y lo comentamos, aunque mi agenda está repleta, lo mismo algo podemos ver, o te puedo poner en contacto con gente que te va a ayudar seguro.

    jueves, 13 de septiembre de 2007 9:59
  •  

    Hola Luis.

     

    1.- Ya he comprobado que con el cliente msscci, no tendré problemas de conectividad, y se integra con todos los IDE's que necesitamos VS 6.3, VS 2003 y VS 2005. Lo que si me gustaría es que me dieses una breve explicación de porque un source control proxy server.

     

    2.- En cuanto a las inconsistencias, creo que todo se debe a que hice una copia local de la base de datos SourceSafe, e hice los chequeos en local, sin embargo todas las referencias de los ini's de sourcesafe apunta a la UNC \\<server>\.... o a la unidad mapeada x:\.. tal vez sea por esto, o porque no copie la carpeta central de codigo fuente a local tambien, es decir solo copie la base de datos sourcesafe, pero no los ficheros fuente de código. Cuando consiga comprobarlo haré público cual ha sido mi error.

     

    3.- Estoy rotundamente de acuerdo contigo, poner TFS es mucho más que instalar un programa ( no es el Word ). Como bien sabes una vez vista la viabilidad técnica, me tocará defender el proyecto ante los encargados de confirmar la viabilidad economica, vamos, la eterna 'guerra'.

     

    Muchas gracias por tu respuesta, ya os contaré como evolucionamos. Creo que es un proyecto bonito para aprender, hay muchas cosas mezcladas, no es el típico ejemplo en el que todo se hace a la primera con los asistentes.

     

     

    jueves, 13 de septiembre de 2007 14:23