Hola,
Para los que necesitéis trabajar con sistemas de ticketing en vuestros servicios de mantenimiento, más que recomendado, https://www.itrp.com.
Entre otros temas:
* Ofrecido como SaaS
* Integración con Team Foundation Server entre otros
* Seguimiento de SLAs
* Configuración de plantillas para diferentes tipos de ticket
* Asignación rápida de incidencias a problemas
* Multi-proveedor de servicios
* Plantillas para respuestas pre-configuradas, accesible de manera rápida para problemas activos
* Se licencia por usuario operador, no hay coste por usuario estándar (creador de tickets)
Un abrazo.
Miguel.
Category: Team Foundation Server
Team Foundation Server, mezclas entre ramas no emparentadas
Hola,
Os comparto un interesante artículo que trata de resolver la mezcla entre ramas que no parten de una misma rama padre. Es algo que no puede resolverse directamente desde Visual Studio y que debe ser resuelto a través de la línea de comandos.
Link CodePlex
Gracias.
Un saludo.
Entorno Desarrollo AgilePoint
A continuación un simple ejemplo de lo que podría ser un entorno de desarrollo para N desarrolladores trabajando conjuntamente en el desarrollo de un aplicativo sobre AgilePoint BPM, y con la gestión de código fuente de la aplicación mediante Team Foundation Server.
El entorno del desarrollador que podría distribuirse facilmente mediante máquinas virtuales, cuenta con todo lo necesario para la construcción. Visual Studio 2008 SP1 + Framework 3.5 SP1 para trabajar con las íºltimas versiones estables y consolidadas en el mercado de tecnología .NET. En el caso de estar trabajando en el desarrollo de aplicaciones web, un IIS local donde desplegar las aplicaciones web y hacer las pertinentes pruebas de desarrollo y debugs. A Visual Studio se le incorpora el plugin AgilePoint Developer para el desarrollo a medida de nuevos AgileWorks, AgileParts y AgileConnectors. Finalmente se cuenta con la disponibilidad de Microsoft Visio 2007 más el plugin AgilePoint Envision, para el desarrollo en local de las plantillas (flujos de trabajo) de AgilePoint.
En el repositorio central se almacena todo el código fuente generado por los desarrolladores mediante el uso de Team Foundation Server, que garantiza la trazabilidad del código, gestión de versiones, etc; además de poder convertirse en una herramienta de gestión y control centralizado del trabajo asociado al desarrollador. Asignación de trabajo mediante el uso de Work Items, y el control de los bugs existentes en la aplicación son algunas de sus capacidades. Al mismo tiempo, mientras el uso de Sharepoint, permite crear fácilmente portales asociados a cada uno de los proyectos en desarrollo, donde el equipo de construcción puede compartir documentación de forma centralizada y todo tipo de información de gestión o técnica asociada a cada uno de los proyectos. Debemos tener en cuenta que este entorno deberá mantener también el control de versiones asociado a las plantillas de Visio que se vayan generando mediante NVision.
El entorno de desarrollo de Agilepoint, que centraliza tanto el AgilePoint Server, la gestión web del mismo a través del Enterprise Manager, y el interfaz de servicios web que permite gestionar de forma remota y transparente el acceso a las facilidades que provee el motor de Agilepoint.
Finalmente se expone un íºltimo entorno, representativo de cada tipo de aplicación, que no hace más que definir la posible existencia de un tercer entorno de integración, necesario para el desarrollo de la aplicación, como otros servicios de comunicación u otros aplicativos existentes en el sistema sobre los que nuestra aplicación en desarrollo deba integrarse.
Un saludo.
Miguel.
TeamPrise Explorer
Ya hemos hablado anteriormente de otras herramientas para trabajar con TFS de forma remota (como el Team Foundation Sidekicks), sin necesidad de trabajar con el propio cliente integrado en Visual Studio, y que aportan funcionalidades añadidas respecto a esta íºltima versión.
A continuación detallo una más, TeamPrise, nunca viene mal tener diversidad para elegir.
https://www.teamprise.com/products/explorer/
Saludos.
Posts y Howtos sobre Team Foundation Server
Os dejo a continuación el link a un post muy interesante donde se detallan muchos aspectos a tener en cuenta en cuanto al uso y manejo de Team Foundation Server tanto 2005 como 2008.
https://geeks.ms/blogs/elbruno/archive/2009/06/19/tfs2008-posts-y-howtos-sobre-team-foundation-server-2008-y-2005-v.aspx
Saludos.
Miguel.
Team Foundation Sidekicks
Los usuarios que comunmente trabajamos con Team Foundation echamos de menos algunas características avanzadas que no están disponibles a través del interfaz de Visual Studio, como es por ejemplo el desbloqueo de archivos, que como ya comentamos en un artículo anterior, se debía hacer desde la consola.
Estay otras características están disponibles en la aplicación Team Foundation Sidekicks la cual provee de una serie de facilidades que ayudan al desarrollador a trabajar con Team Foundation y sacarle algo más de partido.
Os dejo el link a a la descripción ampliada del producto.
https://www.attrice.info/cm/tfs/index.htm
Gracias, Jaime y Guillermo, por la referencia.
Saludos.
Miguel.
Team Foundation Server: Desbloqueando archivos de otros usuarios
Uno de los problemas más habituales a la hora de trabajar con repositorios de código fuente en modo bloqueo, es el de que un usuario deje bloqueado un fichero con su usuario (antes de irse de vacaciones, de viaje de trabajo o de la empresa). Esto supone un contratiempo más que importante para el equipo de desarrollo, sobre todo si se trata de un fichero que necesita un ajuste urgente o si se trata de un fichero de alta concurrencia.
Para los usuarios de nivel administrador de Team Foundation Server, existe solución al problema (por defecto tienen permisos para “volver atrás” los bloqueos realizados por otros usuarios). La íºnica dificultad es que, aunque parezca mentira, no puede realizarse la acción de vuelta atrás desde el interfaz gráfico, si no que tendréis que abrir la consola de comandos incluida en Visual Studio y escribir una sentencia que siga la siguiente estructura:
tf undo /workspace:WorkSpaceDelOtroUsuario;OtroUsuario $/CarpetaDelProyecto/NombreFichero.cs /s:https://TuTeamFoundationServer:8080
Siendo los elementos en negrita los que deberéis substituir ajustándolos a vuestro entorno.
Saludos.
Miguel.
Team Foundation Server – Borrado como tipo de check-out
Recientemente he tenido la primera oportunidad de empezar a trabajar con Team Foundation Server, provisto por la versión 2008 de Visual Studio. Había oido hablar en su momento, incluso había acudido a una presentación de Microsoft de la versión 2005 de Visual Studio donde ya incluían mucha de la funcionalidad de la que se puede disfrutar en la versión 2008.
Hay muchos temas de los que empezar a hablar, y por eso he abierto un tag íºnicamente con este pretexto. En principio voy a intentar definir funcionalidad que provee Team Foundation Server, intentando comparar sobre todo con Visual SourceSafe 2005, para ayudar así a la gente que haya tenido experiencia con este otro gestor de código.
La primera comparación, se lleva la palma, la gestión del código fuente es sólo una de las funcionalidades que provee Team Foundation Server, mientras que para Visual Sourcesafe era su íºnico cometido. Team Foundation Server intenta integrar toda la gestión de las tareas relacionadas a un proyecto, y no íºnicamente la gestión de su código fuente.
Teniendo como premisa esto íºltimo, me temo que nos vamos a limitar a describir nuevas funcionalidades que en Sourcesafe 2005 no estaban presentes y que aparecen en Team Foundation Server.
Para abrir boca, y al hilo del título del post, un pequeño detalle que diferencia ambas aplicaciones en lo que tiene que ver con la gestión del código fuente. Así como en SourceSafe 2005 al indicar el borrado de un fichero, tras la confirmación pertinente, el borrado provocaba un borrado directamente en el gestor de código, en Team Foundation Server el borrado es un tipo determinado de Check-Out, por lo que al borrar desaparecerá el fichero del proyecto, pero no se borrará del repositorio de código fuente hasta que hagamos check-in del cambio.
El cambio es sutil, pero creo que es un cambio de filosofía que deja ver la evolución que nos espera.
En proximos posts, vamos descubriendo más mejoras.
Saludos.
Miguel.