Nuestra tienda de desarrollo actualmente usa Visual SourceSafe. Todos sabemos cómo podría terminar (mal), así que estamos investigando otros sistemas. Primero está Perforce. ¿Alguien tiene experiencia con su uso y su integración en Visual Studio (2003/2005/2008)? ¿Es tan bueno como cualquier otro, o es bastante sólido con buenas características, comparativamente?Perforce en una tienda de Microsoft
Utilicé Perforce en mis últimos 3 trabajos (mi trabajo actual lo uso Subversion, que no me gusta tanto). Soy un gran admirador de Perforce, y pasar de SourceSafe parecerá Nirvana. El simple hecho de obtener un control atómico será un gran impulso para su empresa. De lo contrario, Perforce es rápido, tiene buenas herramientas y el flujo de trabajo es simple para hacer cosas como fusiones e integraciones. Lo recomiendo de todo corazón. Puede que no sea tan nuevo y llamativo como los últimos VCS distribuidos, pero sinceramente, prefiero el modelo de cliente/servidor por su velocidad, especialmente si está trabajando con personas de otros países que pueden tener conexiones lentas con usted.
La integración de Visual Studio es bastante buena, pero tiene algunos problemas irritantes. Si ejecuta otro cliente de Perforce al mismo tiempo (como P4V), es muy pobre para mantener sincronizados los cambios del otro cliente en términos de mostrar qué archivos están actualmente registrados/desactivados. Por lo general, debe cerrar Visual Studio y cargar el proyecto nuevamente si desea que se sincronice correctamente. Sin embargo, el estado de sincronización no afecta las comprobaciones/comprobaciones/actualizaciones para que no funcionen correctamente, solo significa que puede engañarse y pensar que algo está en un estado diferente de lo que realmente es mientras está en Visual Studio. Los clientes de Perforce siempre mostrarán el estado correcto ya que se sincronizarán continuamente con la base de datos.
Además, en ocasiones encontrará que necesita trabajar "fuera de línea" (no conectado a la base de datos Perforce por alguna razón) y cuando vuelva a cargar el proyecto la próxima vez, sus enlaces Perforce se pueden perder y usted ' Tendré que volver a unir cada proyecto individualmente. Si trabajas con una solución que contiene muchos proyectos, esto puede ser un gran dolor en la tarea. Lo mismo ocurre con la primera vez que verifica una solución, se necesita el enlace a Perforce antes de que ocurra la integración.
Tengo experiencia usando un derivado de Perforce.
Parecía difícil de manejar desde la perspectiva del administrador, pero estaba bien usarlo desde la perspectiva de un programador.
Por otra parte, soy grande en el control de la versión de línea de comandos, por lo que no puedo hablar de la integración de VS.
No he usado Perforce, pero he encontrado mudarme a Team Foundation Server como una de las mejores opciones al trabajar con Visual Studio.
Perforce funciona bien con Visual Studio, incluido el modo "fuera de línea", donde VS hará que sus archivos locales puedan escribirse y sincronizarse con el servidor más adelante.
Tiendo a usar la GUI de Perforce para muchas operaciones (envíos, diffs) simplemente porque es más rápido/mejor, pero el proceso de verificación del IDE es perfecto.
Perforce en mi experiencia es sólido como una roca y la mejor versión mixta (código + datos) controla el producto si su costo no es un factor.
Mi mayor queja es que el rendimiento del servidor en Windows no es tan bueno como en virtud de * nix, y si está utilizando un servidor * nix no admiten oficialmente la opción para nombres de archivo que no distinguen entre mayúsculas y minúsculas (lo que significa o bien renuncia a la asistencia relacionada con los errores del sistema de archivos o configura un desencadenante que impide que las personas agreguen foo.cpp si existe Foo.cpp).
Mi otra comparación principal es que para algunas operaciones comunes hay que volver a la línea de comandos, a menudo las funciones de tuberías juntas. Un ejemplo sería obtener una lista de archivos en un directorio que no están bajo control de origen.
Ambas son cuestiones que reflejan más en la empresa que en el producto. IMO Perforce sabe que está en la cima del mercado y, por lo tanto, no ve razón para invertir en arreglar cosas como esta.
Utilizamos Perforce durante más de un año antes de cambiar a SVN recientemente. Si bien me gustaron las herramientas (por ejemplo, visual diff y merge y los bits de administración), tuvimos algunos problemas realmente agotadores con el enlace, como Chris menciona; de lo contrario, la integración VS es satisfactoria. En todo caso, encuentro que trabajar con SVN es más fácil e intuitivo que Perforce. TortoiseSVN (la extensión de shell de Windows Explorer) es genial, y compramos un par de licencias de VisualSVN para la integración de VS. A diferencia de Perforce, VisualSVN no funciona con la interfaz MS SCC, sino directamente con el cliente SVN, que personalmente veo como una ventaja. Perforce tiene soporte para muchos otros sistemas operativos, pero nuestros desarrolladores que no son de Windows también se sienten más cómodos con SVN. Si tuviera que elegir de nuevo, me quedaría con SVN.
Sourcegear Vault es el mejor SCM para migrar usuarios de VSS.
Y es barato.
He utilizado personalmente y he gestionado una serie de equipos durante unos años que han estado haciendo Perforce & Visual Studio. Funciona perfectamente bien Puede haber un par de errores vinculantes/de reagrupación, pero estos son generalmente fáciles de resolver: Perforce la base de conocimiento y/o la lista de correo es una buena fuente de información.
Nunca he tenido ningún problema con el uso de línea de comandos, clientes visuales y VS IDe simultáneamente - actualizar normalmente funciona bien.
Usamos forzosamente en la empresa, incluyendo la ramificación para proyectos muy grandes, el desarrollo en Sun Solaris y Windows, y más de 120 usuarios.
Es muy rápido, y la GUI de Windows (P4V) es muy agradable. La integración de Explorer es aceptable. Inhabilité la integración de VS y uso macros (llamando, por ejemplo, p4 edit) para editar/revertir/modificar archivos. La integración VS es extremadamente molesta para proyectos grandes (nuestra solución tiene> 130 proyectos), pero puede funcionar para proyectos más pequeños.
Es difícil llamar $ 900 por usuario una buena característica .