|
Blog acerca de Team Foundation Server, Team System, metodologías de trabajo ágiles, y acerca del desarrollo y la tecnología en general
October 2006 - Posts
-
Uno de los puntos "flojos" que veía yo en Tfs, es que no era posible conectarlo con un Project Server, obligando así a las empresas que ya usaban Project Server, o bien a gestionarlo "a mano", o bien, a desarrollar su propio conector.
Desde hace tiempo se llevaba trabajando en GotDotNet en un conector para Tfs y Project Server, y finalmente, ayer se anunció oficialmente la disponibilidad de este conector, aquí os dejo el link de GotDotNet para que lo echéis un vistazo, y lo probéis, a ver si me monto un VPC con Project Server y os cuento experiencias (también tengo pendiente las experiencias del trabajo con custom controls, que ya he probado, pero no tengo más tiempo jeje)
http://www.gotdotnet.com/Workspaces/Workspace.aspx?id=b9f69ea5-ace1-4a21-846f-6222a507cc9c
|
-
-
Una de las cosas nuevas que tenemos con Team Foundation Server es el nuevo repositorio de código fuente, y esta es una de las cosas sobre las que mas dudas surgen y me preguntan en las charlas y formación que doy al respecto, el tema es que hay bastantes cambios (aunque la base de trabajo sigue siendo la misma) en la forma de trabajar si lo comparamos con el antiguo Source Safe, pues nada, para todas esas dudas, aquí veo en un blog un post con un documento resumiendo el nuevo modo de trabajar con Source Control, que es bastante interesante y resuelve bastantes dudas, espero que os ayude.
http://sstjean.blogspot.com/2006/10/document-from-vss-to-tfs-introduction.html
|
-
-
Aquí pongo, más para recordatorio mío quizá J, un link a un artículo de Buck Hodges con un listado de artículos con ejemplos de extensibilidad de Team Foundation Server y Team System, son antiguos, y muchos de ellos hechos con versiones Beta, pero bueno, para hacer un pequeño recordatorio de los métodos, ejemplos, etc, no está mal.
http://blogs.msdn.com/buckh/archive/2006/08/12/tfs_api_links.aspx
|
-
Voy a escribir un pequeño artículo sobre algo que me ha hecho falta ya un par de veces, que es especificar por código el fichero de configuración que quiero que use un componente, que ¿por qué me ha hecho falta?, bueno la situación es un assembly de .NET que tenemos instalado en COM+ (si, aún hay cosas en COM+ y ASP por aquí) , y que hace una llamada a otro componente (de otra persona) que necesita extraer unos valores del fichero de configuración, y los assemblies que están registrados en COM+, no tienen fichero de configuración, bueno si lo tienen, se llama dllhost.exe.config, y está en el directorio Win32 si no recuerdo mal, y claro, poner ese fichero de configuración es poco elegante, así que investigando un poco, vi el modo de especificar por código el fichero .config que queremos usar, no es que sea lo más elegante, puesto que hay que crear un nuevo AppDomain, y en aplicaciones medianamente críticas, habría que ver las implicaciones a nivel de rendimiento y GC, pero para mi caso (aplicación pequeña, que casi no se usa, y que quiero migrar a .NET) para salir del paso me vale.
Al tema, la cosa en cuestión, como ya he comentado más arriba, es que el fichero de configuración usado por una aplicación no se puede cambiar en tiempo de ejecución, ya que es una propiedad del AppDomain actual, y durante la ejecución no está permitido cambiarlo, ¿solución?, bueno lo que yo he hecho es creo un nuevo AppDomain, esto lo hago en el método desde el cual creo la instancia a la clase que necesita leer los valores de configuración, copio las propiedades más importantes del AppDomain actual, excepto la que especifica el fichero de configuración, que se la cambio y le digo el path completo al fichero que quiero utilizar, , y con este nuevo AppDomain, creo la instancia a la clase que necesita leer los valores de configuración, pero lo más fácil es verlo en el código:
AppDomainSetup domainInfo = new
AppDomainSetup();
domainInfo.ApplicationBase = AppDomain.CurrentDomain.SetupInformation.ApplicationBase;
domainInfo.ConfigurationFile = @"C:\Users\lfraile\Documents\Visual Studio 2005\Projects\UsoFicheroConfig\UsoFicheroConfig\app1.config";
Evidence currentEvidence = AppDomain.CurrentDomain.Evidence;
AppDomain nuevoDomain = AppDomain.CreateDomain("NuevoDominio", currentEvidence, domainInfo);
Class1 clase1 = (Class1)nuevoDomain.CreateInstanceAndUnwrap(System.Reflection.Assembly.GetAssembly(typeof(Class1)).FullName, DemoFicheroConfig.Class1");
OJO: la clase que vayamos a instanciar, en este caso "Class1", ha de heredar de MarshalByRefObject, como podéis ver este sistema funciona exactamente igual que la activación de objetos de remoting, como ya os digo esto no es lo más elegante y hay que usarlo con mucha cautela, pero para ciertos apaños puede venir bien.
|
-
Hace poco (en octubre) ha salido una nueva versión de la guía de MSF Agile, pero la pregunta que siempre nos hacemos cuando sale una nueva versión de un producto es ¿qué trae de nuevo?, normalmente viene detallado, pero en el caso de la guía de MSF Agile no teníamos esa información … hasta ahora, aquí tenemos un blog de Randy Miller, del equipo de MSF Agile, que nos detalla las modificaciones, para que podamos ver si queremos usar la nueva versión, interesante …
http://blogs.msdn.com/randymiller/archive/2006/10/11/changes-to-msf-for-agile-software-development.aspx
|
-
Hola, bueno ha pasado algún tiempo desde el último artículo, pero no he tenido mucho tiempo, ya se sabe, cosas del trabajo, y bueno esto que pongo ahora no es un artículo mío propiamente dicho, si no algo que estoy viendo para hacer pruebas, y que es nuevo en el SP1 de Team Foundation Server, y que es una de las cosas que más demandaba la gente, que es la creación de nuevos controles para los formularios de Work Items, y bueno aquí os pongo un link del blog de Naren (Microsoft) acerca de la creación de controles, paso a paso, a ver si hago alguna prueba y os posteo los resultados J La verdad es que el artículo está muy bien explicado y merece la pena echarle un vistazo: http://blogs.msdn.com/narend/archive/2006/10/02/How-to-use-Custom-Controls-in-Work-Item-Form.aspx
|
-
Bueno finalmente he encontrado tiempo para instalarlo, tanto en un VPC con Team Foundation Server, como en mi máquina habitual (portátil con Windows Vista RC1), la instalación, en contra de lo visto por ahí (www.eblanco.com J) no me ha llevado más de una hora aproximadamente, tanto en el VPC como en el portátil, no me ha dado problemas, pero bueno, ahora habrá que ver si todo sigue funcionando, y probar algunas de las cosas nuevas en Tfs como los custom controls para los Work Items J. Ya os iré contando …
|
-
Empiezo este primer artículo acerca de metodologías de trabajo para desarrollo, con una frase de un artículo que acabo de leer de Jeffrey Palermo y que me ha encantado, su traducción "si puedo evitar hacer algo, lo evitaré", y es que no puedo estar más de acuerdo con esta frase, no porque sea un vago (bueno a veces lo soy J), si no porque veo cada vez más, como en los proyectos de desarrollo de software, concentramos esfuerzos en hacer tareas que no son las propias del proyecto en cuestión, con la pérdida de tiempo derivada, que deberíamos dedicar al proyecto real. Es muy habitual en los inicios del proyecto caer en errores como los que enumera el artículo, como la construcción de un "framework" para el desarrollo del proyecto, sin pararnos a pensar que nos va a aportar, y sin ni siquiera darnos cuenta de que el objeto del proyecto NO es tener un framework, si no una herramienta que de valor de negocio al cliente, y esto es básico, se nos paga por aportar valor de negocio¸esto es lo que tenemos que tener en mente en todas las fases del proyecto, lógicamente tampoco hay que descuidar la elegancia al desarrollar ni otros aspectos fundamentales, como puedan ser la seguridad en el código (importantísimo), o las mejoras de rendimiento (¿tienen sentido para todas las aplicaciones que desarrollamos?), pero siempre teniendo en cuenta nuestro objeto principal, que es la aplicación que tiene que aportar valor de negocio al cliente. Bueno, tampoco quiero enrollarme aquí, porque lo interesante es leer el artículo de Jeffrey Palermo: How to produce a software product quickly, part 2 - level 300 Por cierto, recomiendo que os leáis las otras partes de esta serie" que no tienen desperdicio. Eliminating waste Using powerful tools Constantly Improve the Design
|
-
Ya está disponible la Beta del SP1 de 2005 en conjunto con la SP1 de Team Foundation Server, lo cual es una buena noticia, ya que muchas de las cosa que la gente estaba reclamando para Team Foundation Server van a venir incluidas en este Service Pack. Para descargarlo no tenéis mas que contestar a una encuesta en Microsoft Connect http://connect.microsoft.com/VisualStudio/content/content.aspx?ContentID=3311 , o registratros como colaborador. Algunas de las funcionalidades incluidas en este service pack son: - Mejoras generales de rendimiento en todo el sistema en general, Source Control, seguimiento de Workt item y Datawarehouse.
- Soporte para extranet algo que los usuarios en los foros estaban reclamando, y que han incoroporado como filtros ISAPI para soportar NTLM y autenticación integrada en entornos intranet, y autenticación básica en entornos extranet.
- Controles personalizados en los Work Items uno de los escenarios más comunes de personalización, es la modificación/creación de nuetos tipos de Work Item, pero tenía la limitación de no poder crear nuevos controles para incluirlos en los formularios de edición de Work Items, y es algo que también ha sido bastante "criticado" y reclamado en los foros, pues bien, aquí está incluida esa nueva funcionalidad.
- Soporte para Office 2007 buena noticia a los que gustan de instalar las betas de los nuevos productos, ya podemos usar Excel y Project 2007 Beta para conectar con TFS, OJO, según dicen esto sólo afecta a Excel y a Project, Sharepoint 2007 aun NO está soportado y seguirá sin ser soportado en el SP1, bueno habrá que esperar un poco.
- Historial en detalle a la hora de hacer un "Merge" actualmente cuando se intentaba hacer un "Merge" de cambios en Source Control, el sistema nos devolvía un resumen (muy resumido según ellos mismos) del histórico de cambios, con el SP1 esto cambia, y han añadido un nuevo web service y una nueva API en el sistema de gestión de cambios, que se llama "QueryMergesWithDetails", y que permite obtener el historial detallado.
- Separación del servidor de SQL Server Analysis services otra mejora importante a la hora de mejorar la flexibilidad de la instalación de los servidores, ya permiten que este servicio se pueda instalar en otro servidor aparte del de base de datos o de la capa de aplicación.
Bueno y aparte de esto, según leo en el blog de Brian Harry, se han solucionado 85 incidencias en total (incluyendo estas que he mencionado), con lo que habrá que instalarlo y probarlo a ver que tal, recordad que es una BETA del Service Pack, asi que cuidado dónde lo instalamos. Por cierto hablan de ciertos problemas de compatibilidad con Windows Vista, ya os contaré qué tal va ya que tengo instalado el Windows Vista RC1 (a ver si tengo tiempo de contar esto en otro post), lo probaré para dar el feed-back J.
|
-
Actualmente, aparte de todo lo que se puede hacer contra Team Foundation Server, tanto desde el GUI, como desde herramientas de línea de comando, hay algunas herramientas que se están desarrollando, en forma de uso libre, y que ciertamente ayudan bastante a la hora de trabajar con Team Foundation server, en este post voy a intentar ir recopilando las que me parecen más interesantes - TFS Admin Tool: una de las cosas que es un poco incomodo de hacer en TFS, es la administración de permisos de los usuarios, ya que son tres los sitios donde tenemos que dar permisos, en TFS, en Sharepoint, y en Reporting, con esta herramienta, y desde una interfaz gráfica única para los tres, podemos gestionar los permisos para los tres sistemas http://www.codeplex.com/Wiki/View.aspx?ProjectName=TFSAdmin
- Process Template Editor: para la gente que está haciendo modificaciones en las plantillas de creación de proyectos hay dos opciones, o modificarlas manualmente y validarlas contra los esquemas que nos proporciona Microsoft en el Visual Studio 2005 SDK o descargarnos el Process Template Explorer y hacer ahí todos los cambios que queramos, nos permite modificar las plantillas y tipos de Workitems (a todos los niveles incluidos workflow, layout del formulario, etc.), las carpetas de Sharepoint, informes de Reporting, también listas globales de TFS, en resumen, todo lo que podemos necesitar para personalizar el entorno. http://www.imaginets.com/Default.aspx?tabid=133
- TRX2HTML: una herramienta hecha por Rido, un consultor de desarrollo de Microsoft, del que aprendí un montón acerca de metodologías ágiles y sus prácticas, y que ha hecho esta herramienta para migrar los ficheros de resultados de tests ".trx" a informes HTML. http://blogs.msdn.com/rido/archive/2006/05/23/trx2html.aspx
- Team Foundation Power Toys: una herramienta de línea de comandos que agrega funcionalidad extra al sistema de control de versiones de TFS, aquí tenéis un post de Buck Hodges acerca de la funcionalidad extra y de su funcionamiento http://blogs.msdn.com/buckh/archive/2005/11/16/493401.aspx
Bueno por ahora, que haya estado revisando últimamente están estas, hay más, no tenéis más que pasaros por http://www.codeplex.com y buscar por "Team Foundation" o "TFS". Este post procuraré tenerlo actualizado según vaya probando nuevas herramientas.
|
|
|
|