¿Los proyectos actuales de VisualStudio .NET todavía usan Visual SourceSafe o SVN?

  • Estoy volviendo a .NET después de muchos años en PHP / MySQL
  • En 2002, en proyectos de Microsoft, siempre utilizamos Visual SourceSafe y todos lo odiaban
  • en todos mis proyectos de PHP / MySQL utilizamos SVN y a todos les encantó
  • en proyectos de .NET modernos, ¿los equipos aún usan Visual SourceSafe, lo ha mejorado?

o (con suerte) SVN convertido en un estándar en proyectos .NET en estos días?

Usamos SVN para nuestros proyectos .Net, utilizando el cliente Tortoise SVN . También hay herramientas para integrar con Visual Studio como Ankhsvn .

Subversion es bastante popular y hay un buen complemento para Visual Studio llamado Ankh SVN que le permite trabajar directamente con subversion. Entonces la subversión es al less una buena opción para el desarrollo de .NET.

Dicho esto, Team Foundation Server es excelente y tiene algunas características agradables que van más allá del control de fuente regular.

Absolutamente, sí, usan SVN (y SourceSafe).

Ambos tienen integración IDE si lo deseas. (O bien puede admitir loggings desde fuera del IDE).

Ciertos sitios de gestión de proyectos gratuitos / pagos son perfectos para proyectos pequeños de hoy en día (como http://www.unfuddle.com o http://code.google.com/ ) y tienen soporte integrado para SVN.

Integración IDE con SVN: VisualSVN / AnkhSVN

Integración IDE con VSS: incorporado en Visual Studio.

Mi empresa utiliza Subversion y TortoseSVN (integración de Explorer) y AnkhSVN (integración IDE).

Junto con esto, utilizamos Bitvise WinSSHD y Putty / Pageant para asegurar nuestro repository fuente con SSH.

Además, utilizamos CruiseControl.Net, Nant y MSBuild para continuous integration después de enviar el código al repository.

SourceSafe ha tenido algunas mejoras a lo largo de los años, pero todos mis equipos usan Team Foundation Server para Source Control. También le ofrece elementos de trabajo, seguimiento de errores, informes de productividad, gestión del ciclo de vida de las aplicaciones (hasta cierto punto), etc.

Creo que incluso pueden tener una edición de grupo de trabajo gratuita o de bajo costo para equipos pequeños.

– Jason

No creo que realmente haya un estándar. Las grandes instituciones o socios de MS bien podrían estar utilizando Team Foundation Server. Es más probable que encuentre Subversion o similar en tiendas más pequeñas. Estoy en un gran banco minorista en el momento, usan Merant PVCS aquí. En el IBank en el que estuve antes usaron el muy antiguo CVS. También he visto a Borland Starteam en un cliente que era socio de la EM: se integra muy bien en VS.

  • Estoy volviendo a .NET después de muchos años en PHP / MySQL

Bien hecho.

  • En 2002, en proyectos de Microsoft, siempre utilizamos Visual SourceSafe y todos lo odiaban

No mucho ha cambiado allí

  • en proyectos de .NET modernos, ¿los equipos aún usan Visual SourceSafe, lo ha mejorado?

Si y no. Uso SVN en mis proyectos personales, pero en el trabajo tuve que trabajar tanto con SVN como con VSS2005. Como se mencionó, no existe un estándar, y me parece que depende mucho de su equipo / estándar corporativo.

Control de fuente: todo less SourceSafe

Usamos CVS, pero buscamos migrar a SVN.

No puedo llamarlo como estándar, pero creo que cada vez más desarrolladores .NET usan SVN.

Y ahora tienen excelentes herramientas como:

  • Complemento Visual SVN (gratuito para proyectos de código abierto)
  • Tortoise SVN (por ahora)
  • Y Visual SVN Server (gratis con un instalador)

SourceSafe está muerto, parece que Microsoft se dio por vencido.

Si trabajas para una tienda de Microsoft (como yo), entonces o bien son …

* Sigue usando SourceSafe y está considerando mudarse a SVN o TFS en un futuro MUY próximo * El uso de SVN ha sido durante años y funciona muy bien. Probablemente usando TortoiseSVN, etc. * Usando TFS (Team Foundation Server) Microsofts SVN Killer que incluye todo.

TFS tiene un alto precio y podría decirse que no está comprobado en comparación con SVN. Si es una tienda pequeña, probablemente SVN sea el valor pnetworkingeterminado.

Si usted es una tienda de Microsoft mediana / grande, entonces TFS probablemente sea el pnetworkingeterminado.

A los ingenieros de sistemas de Windows les gusta el hecho de que es solo otra database de SQLServer para hacer una copy de security. Les agradarán todos los elementos de informes incorporados. WorkItems y el seguimiento de errores están integrados. Aunque en mi experiencia limitada, es un poco torpe (todavía utilizamos un rastreador de errores de terceros).

Al igual que con los demás, no lo veo como un estándar, pero veo que VSS usó más, al less en los entornos en los que trabajo. Personalmente, prefiero el producto SourceGear's Vault.

Estoy trabajando en un gran proyecto (> 500 desarrolladores) y estamos usando ClearCase. No es gratis y como leo en el www de resources pesados. Pero desde que estoy aquí, solo tengo pequeños problemas que podrían resolverse en minutos. Trabajar con SVN antes fue mucho más difícil (tal vez porque no había nadie que tuviera una gran experiencia de SVN).

En las 3 compañías que usan .net con las que he trabajado desde 2003, todas han usado VSS y nadie en esas compañías parecía inclinado a cambiar, y un tipo está activamente en contra de SVN.

usamos SVN. Es mucho mejor que sourseSafe. Una de las cosas malas de Source Safe es que si agrega un file al proyecto, verifica todo el proyecto y si el usuario no controla el proyecto (que es el caso la mayor parte del time), el proyecto está bloqueado y entonces tienes que descubrir quién lo bloqueó. Source Safe es un medio para desarrolladores multipropósito ya que solo revisa los files. Svn en el otro lado permite a los usuarios trabajar en el mismo file al mismo time (sin locking exclusivo) y luego los usuarios fusionan los cambios. He estado usando svn y no tengo quejas.

La mayor parte de mi trabajo se hace usando SourceSafe, aunque algunos de otro departamento se hacen usando SVN. Probablemente prefiero SVN sobre SourceSafe, pero no es mi decisión determinar qué sistema de control de versiones se usa.

VSS ha realizado mejoras con el lanzamiento de VSS 2005 y, posteriormente, varias correcciones para hacerlo compatible con VS2008, sin embargo, el estándar de oro para Visual Studio 2005 y 2008 es Team Foundation Server. Las marcas MS Team Foundation Server (TFS), como el server backend al set de productos de Visual Studio.

El lado negativo es que puede ser un poco caro. Personalmente, nunca he usado SVN, pero si tiene una integración directa con Visual Studio, (no quiero tener que salir de mi IDE para registrar / retirar un file), entonces es tan bueno como cualquier sistema de control de fuente .

Sin embargo, TFS es mucho más que control de código fuente, ya que tiene seguimiento de errores, informes, control de origen, herramientas de queueboración (a través de SharePoint) y comstackciones automáticas (para nombrar algunas).