Pregunta

Nuestra tienda de desarrollo utiliza actualmente Visual SourceSafe.Todos sabemos cómo esto podría terminar (mal), por eso estamos investigando otros sistemas.El primero es Perforce.¿Alguien tiene experiencia en su uso y su integración en Visual Studio (2003/2005/2008)?¿Es tan bueno como cualquier otro o es bastante sólido y con buenas características comparativamente?

¿Fue útil?

Solución

Utilicé Perforce en mis últimos 3 trabajos (en mi trabajo actual estoy usando Subversion, que no me gusta tanto). Soy un gran admirador de Perforce y, al pasar de SourceSafe, parecerá Nirvana.El simple hecho de obtener el registro 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 sencillo para realizar 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 honestamente, prefiero el modelo cliente/servidor por su velocidad, especialmente si estás trabajando con personas en otros países que pueden tener conexiones lentas contigo.

La integración de Visual Studio es bastante buena, pero tiene algunos problemas irritantes.Si ejecuta otro cliente 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/desprotegidos.Por lo general, deberá cerrar Visual Studio y cargar el proyecto nuevamente si desea que se sincronice correctamente.Pero el estado de sincronización en realidad no afecta el funcionamiento correcto de los registros, salidas y actualizaciones, solo significa que puede engañarlo y pensar que algo está en un estado diferente al que realmente está mientras está en Visual Studio.Los clientes de Perforce siempre mostrarán el estado correcto a medida que se sincronizan continuamente con la base de datos.

Además, en ocasiones encontrará que necesita trabajar "sin conexión" (no conectado a la base de datos de Perforce por algún motivo) y cuando cargue el proyecto nuevamente la próxima vez, sus enlaces de Perforce pueden perderse y tendrá que volver a enlazarlos. cada proyecto individualmente.Si trabaja con una solución que contiene muchos proyectos, esto puede ser un gran dolor de cabeza.Lo mismo ocurre cuando prueba una solución por primera vez, es necesario vincularse a Perforce antes de que se produzca la integración.

Otros consejos

es dificil llamar $900 por usuario a buena característica.

Usamos Perforce durante más de un año antes de cambiar recientemente a SVN.Si bien me gustaron las herramientas (por ejemplo, visual diff y merge y los bits de administración), tuvimos algunos problemas realmente tediosos con el enlace, como menciona Chris;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 del Explorador de Windows) es excelente y compramos un par de licencias de VisualSVN para la integración VS.A diferencia de Perforce, VisualSVN no funciona con la interfaz MS SCC, sino directamente con el cliente SVN, lo que personalmente considero una ventaja.Perforce es compatible con muchos otros sistemas operativos, pero nuestros desarrolladores que no utilizan 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.

Perforce funciona bien con Visual Studio, incluido el modo "fuera de línea" donde VS hará que sus archivos locales sean escribibles y se sincronicen con el servidor más tarde.

Tiendo a usar la GUI de Perforce para muchas operaciones (envíos, diferencias) solo porque es más rápido/mejor, pero el proceso de verificación del IDE es fluido.

En mi experiencia, Perforce es sólido y el mejor producto de control de versiones mixto (código + datos) si el costo no es un factor.

Mi mayor queja es que el rendimiento del servidor en Windows no es tan bueno como en *nix, y si estás usando un servidor *nix, no admiten oficialmente la opción para nombres de archivos que no distinguen entre mayúsculas y minúsculas (lo que significa que renuncias al soporte relacionados con errores del sistema de archivos, o configurar un activador que impida que las personas agreguen foo.cpp si Foo.cpp existe).

Mi otra queja principal es que para algunas operaciones comunes hay que volver a la línea de comando, a menudo uniendo funciones.Un ejemplo sería obtener una lista de archivos en un directorio que no están bajo control de código fuente.

Sin embargo, ambas son cuestiones que reflejan más la empresa que el producto.En mi opinión, Perforce sabe que está en la cima del mercado y, por lo tanto, no ve ninguna razón para invertir en arreglar cosas como esta.

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 del programador.

Por otra parte, soy importante en el control de versiones de la línea de comandos, por lo que no puedo hablar de la integración VS.

He utilizado personalmente y gestionado varios equipos durante algunos años que han estado haciendo Perforce y Visual Studio.Funciona perfectamente.Puede haber un par de errores de vinculación/revinculación, pero generalmente son fáciles de solucionar: la base de conocimientos de Perforce y/o la lista de correo son una buena fuente de información.

Nunca tuve problemas con el uso de la línea de comandos, los clientes visuales y VS IDe simultáneamente; la actualización normalmente funciona bien.

Lo utilizamos ampliamente en la empresa, incluidas sucursales para proyectos muy grandes, desarrollo en Sun Solaris y Windows, y más de 120 usuarios.

Es muy rápido y la GUI de Windows (P4V) es muy buena.La integración de Explorer es aceptable.He desactivado la integración VS y uso macros (llamando, por ejemplo, p4 edit) para editar/revertir/diferenciar 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.

No he usado Perforce, pero descubrí que pasar a Team Foundation Server es una de las mejores opciones mientras trabajo con Visual Studio.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top