¿Cuál es la mejor alternativa de código abierto para MS Team Foundation Server?

Tengo un equipo que desarrolla software en MS Visual Studio y ahora quieren comenzar a usar MS Team Foundation Server, principalmente para el control de versiones y tal vez el seguimiento de errores y parches. No tienen ninguna experiencia con MS Team Foundation Server, pero están muy entusiasmados con los productos de MS. ¿Cuál es la mejor solución alternativa de código abierto? Git, SVN, CVS, Bugzilla, complementos, etc.¿Cuál es la mejor alternativa de código abierto para MS Team Foundation Server?

Fuente

2010-05-17 user342970

VS + MSDN Sub consigue un servidor de TFS + CAL, por lo que dependiendo de cómo se adquirió VS que puede bien tener TFS ya. – Richard

En igualdad de condiciones, me gustaría ir a TFS cualquier día ... la integración con usuarios de VS, seguimiento de problemas y no VS es bastante buena. – ArjanP

La integración TFS con usuarios que no son VS es espantosa. Si usa cualquier software que no sea de Microsoft (por ejemplo, un navegador que no sea IE, otro sistema operativo que no sea Windows, compilador que no sea VS), simplemente olvídelo. –

No hay una única alternativa de código abierto para TFS. TFS tiene administración de código fuente y versión, servidor de compilación e integración continua, workitems, administración de proyectos, portal de sharepoint, ... y una buena integración de Visual Studio.

Fuente

2010-05-17 11:25:23

sí, pero no es un único producto bajo el paraguas de TFS, es más de 1 producto –

que logramos crear una pila de funcionalidades equivalente usando fuentes de código abierto y no abierto, utilizamos casi toda la pila atlassian de software y cruisecontrol. net ... junto con nunit, descubres que puedes acercarte bastante a la misma funcionalidad (dije cerca no es lo mismo) –

no hay una alternativa directa, pero yo prefiero usar el siguiente:

Subversion (TortoiseSVN), CruiseControl, y algo así como Bugzilla.

Martin Fowler ha hecho recientemente un buen article on source control, y svn sale por delante de TFS.

Fuente

2010-05-17 11:28:26

Algo como Bugzilla podría ser Trac. Ampliamente utilizado, desarrollo activo y amplia integración de subversión. http://trac.edgewall.org/ –

Parece interesante, podría echar un vistazo a eso. Gracias. –

Martin Fowler resultados de la encuesta: http://martinfowler.com/bliki/VcsSurvey.html

una buena demostración de TFS - muchos usuarios consideran que es 'peligroso'. Uso TFS porque tengo que hacerlo en mi lugar de trabajo actual. Antes de esto, utilicé SVN + Tortoise + Gemini y no tuve ninguna queja real.

imho TFS está bien integrado con VS pero es algo monolítico y ocasionalmente recalcitrante. Después de todo, 'Source Control' = Source + Control ...

Muchos codificadores que conozco que no están esclavizados por el malvado imperio M $ hablan muy bien de Git también.

Fuente

2010-05-17 11:48:41 5arx

Esa encuesta no es muy representativa, por decir lo menos, me supera cómo VSS podría llegar a ser mejor que TFS. – ArjanP

Hasta donde yo sé VSS todavía tiene una de las bases de usuarios más grandes de cualquier herramienta de control de versiones (aunque el señor sabe por qué) –

@ArjanP - sí, la encuesta comprende, en palabras de Fowler 'números espúreos pero fascinantes' y se basan en poco menos de cien respuestas. Pero confío en que los muchachos de ThoughtWorks conozcan sus cebollas. @Krystan - Me pregunto si el puro tedio involucrado en la evaluación, el cambio, la instalación y el aprendizaje de cómo configurar un CVS (seguramente en el top 5 más desagradable de todas las aplicaciones de software esenciales) tiene algo que ver con eso? – 5arx

Aquí hay un voto para Mercurial (Hg), junto con Bugzilla. Si usted es principalmente una tienda de Microsoft, Mercurial tiene una interfaz de usuario mucho mejor (TortoiseHg), que usamos con WinMerge para mostrar diferencias visuales. No creemos que la integración de Visual Studio sea un factor importante en la práctica, y es genial poder controlar el código fuente en árboles de carpetas completas, independientemente de las soluciones VS y los proyectos que contengan.

Además, si está planeando un nuevo VCS ahora, también puede mantenerse actualizado y usar un DVCS, como Mercurial o Git. Nadie que yo sepa que haya cambiado a un DVCS alguna vez volvería voluntariamente a un DVCS como TFS o svn. ¡Una vez que te acostumbres a los check-ins locales estarás de acuerdo!

Fuente

2010-05-18 02:54:26

Si desea considerar una solución alojada, puede probar GitHub o BitBucket. Si está usando Visual Studio, recomendaría BitBucket que usa Mercurial como sistema de control de versiones. Ya hay una extensión de Visual Studio para Mercurial llamada VisualHg, o si prefiere el estilo Tortoise, puede usar TortoiseHg.

GitHub/BitBucket le dará controk de origen, seguimiento de problemas y gestión de proyectos.

Para el servidor de compilación, puede probar CruiseControl o TeamCity (de forma gratuita pero no de código abierto).

Fuente

2010-05-20 02:10:41 denni

Si desea una solución alojada automáticamente, puede usar stash + jira. –

Aunque no es gratis, pero muy barato tratar VisualSVN, se integra muy bien dentro de Visual Studio, pero utiliza SVN como backend

Fuente

2010-05-20 12:27:42 SwiftLion

ahknsvn es gratuito e integra svn con Visual Studio. Las primeras versiones tienen algunos problemas, pero ahora parece ser bastante estable. http://ankhsvn.open.collab.net/ –

¿Cuál es la mejor alternativa de código abierto para MS Team Foundation Server?

Respuesta

Cuestiones relacionadas