Howdy there. Estoy armando un nuevo equipo de software y estoy buscando diferentes herramientas que superen las pesadillas anteriores que tuve con otros equipos.Mejores herramientas de gestión de proyectos, control de fuente, generador y wiki
En los últimos 5-6 años estas son algunas transiciones que he ido a través de:
SourceControl:
CVS => VSS => SVN
Gestión de Proyectos, Bug y Seguimiento de asuntos :
papel => Notas PostIt => OneNote => bugnet => OnTime
Wiki y Documentación:
Palabra + recurso compartido de red => ScrewTurn Wiki
constructor Automatización:
Cruise Control + MSBuild
Ahora, especialmente debido a la SVN y la situación Wiki, estoy buscando a partir de este equipo con algo fresco En el pasado hemos tenido pesadillas de ramificación con SVN, y cuanto más tratamos de arreglarlo, peor se vuelve. El otro desafío que tengo es encontrar algo que sea estable e integrado. Puedes imaginar que BugNet + SVN + ScrewTurn + CruiseControl + MSBuild son animales muy diferentes, por lo que la integración y la sinergia es muy importante; No quiero saltar entre 10 aplicaciones diferentes para informar un error o asignar tareas y revisar el trabajo completado y mirar el registro de repositorio.
Así, el nuevo equipo y yo hemos estado hablando esto durante un par de días, y creo que hemos reducido a 2 posibilidades:
1. TFS 2010
Pros:
- Solución todo en uno. Realmente lo tiene todo, incluida una nueva plantilla de proceso SCRUM.
- Interfaz de usuario muy amigable e integración de SharePoint.
- Wiki WYSIWYG y integración de Office.
Contras:
- Los altos costos iniciales en hardware y tiempo de administración. Software también, pero no nos afecta porque tenemos una suscripción a MSDN con software gratuito.
- Tengo dudas sobre el control de origen de TFS.
SC está basado en archivos y con un repositorio central como SVN y VSS. Realmente no quiero caer en los mismos problemas que hemos tenido en el pasado.
2. FugBUgs + horno + CC
Pros:
- horno utiliza Mercurial, con todos los beneficios del control de fuente distribuida.
- Costos iniciales mínimos y tiempo de planificación para ponerlo en funcionamiento. $ 30.00 por usuario por mes.
- Interfaz de usuario web muy amigable.
- Editor Wiki WYSIWYG.
- Rastreador de problemas muy simple y herramientas de gestión de proyectos. Sería fácil integrar procesos SCRUM.
Contras:
- Carece de herramientas de automatización del constructor para procesos más integrados (como TFS). Entonces, esto significará que tendremos que seguir golpeando nuestras cabezas con las funciones de línea de comando y las tareas de la comunidad para mantener a nuestros trabajadores de construcción.
De vuelta en el día, utilicé Visual Studio Team System 2005 y no me llevé los mejores recuerdos del sistema; pero el nuevo TFS 2010 parece una apuesta muy sólida. FogBugz y Mercurial son como los nuevos niños en el bloque y traen nuevas ideas a los nuevos procesos, pero como siempre, esta es una espada de doble filo.
¿Alguien con sólida experiencia con alguno de estos? ¿Nos falta esa tercera opción? ¿Tienes esa bala de plata para mis problemas?
- Herramientas Integración
1.1. Source Control
1.2. Wiki
1.3. Automatización de compilación
1.4. Gestión de proyectos
1.5. Con control de incidencias - Minimizar Fuente de Control de ramificación y fusión de conflictos (sí, es necesario que diversificarse y fusionamos)
- interfaz de usuario amigable (no todo el mundo es CMD pirata informático)
- WYSIWYG Wiki.
- Learning Curve para desarrolladores.
- Tiempo para hacer que todo funcione VS. Valor a largo plazo
El nuevo equipo tiene 4 miembros de equipo + 1 Jefe de proyecto (Scrum Master) y 1 Product Manager (Product Owner). Entonces estamos hablando de un equipo relativamente pequeño y nuevo. el alcance y los proyectos en los que trabajaremos son grandes, aplicaciones empresariales con múltiples proyectos y variaciones de ramificación
Para control de fuente: ¡git es el maestro de las ramas! :) – tauran
"SC está basado en archivos y con un repositorio central como SVN y VSS. Realmente no quiero caer en los mismos problemas que hemos tenido en el pasado". Este no es el caso con TFS. El control de fuente TFS está todo en el DB relacional. – Robaticus
No acepta la suposición de que hay una gran cantidad de costo de hardware o tiempo de administración requerido para TFS. Con un pequeño equipo de desarrollo, como el que tiene, puede alojar fácilmente los niveles de aplicaciones y datos en máquinas de escritorio con un diseño de Servidor, o puede configurar una sola máquina en una caja más poderosa. El tiempo de administración tampoco es tan extenso. Siguiendo las instrucciones de MS, TFS se puede configurar en un par de horas (la mayoría esperando las instalaciones). Creamos SG en AD y los asignamos a nuestros proyectos, por lo que ni siquiera necesitamos tocar TFS para cambios de personal. "Simplemente funciona". ;-) –