Comparar Git y P4 
- Los usuarios informan que Git sobresale en la integración de gestión de paquetes, con una puntuación de 8.6, lo que permite una colaboración y control de versiones sin problemas, mientras que Helix Core carece de esta integración específica, haciéndolo menos eficiente para equipos que dependen en gran medida de la gestión de paquetes.
- Los revisores mencionan que la función de reversión de Git es muy elogiada, con una puntuación de 9.0, permitiendo a los usuarios revertir fácilmente a versiones anteriores del código, mientras que las capacidades de reversión de Helix Core no son tan robustas, lo que lleva a posibles desafíos en la gestión de cambios de código.
- Los usuarios de G2 destacan que el control de acceso a paquetes de Git recibió una puntuación de 8.9, proporcionando permisos detallados para los miembros del equipo, lo cual es crucial para mantener la seguridad en entornos colaborativos, mientras que las características de control de acceso de Helix Core se perciben como menos flexibles.
- Los usuarios en G2 indican que la facilidad de configuración de Git es una ventaja significativa, con una puntuación de 8.8, lo que permite a los equipos comenzar rápidamente, mientras que el proceso de configuración de Helix Core a menudo se describe como más complejo y que consume más tiempo, con una puntuación de solo 7.3.
- Los revisores dicen que la funcionalidad general de Git se ve mejorada por su fuerte apoyo comunitario y extensa documentación, que los usuarios encuentran invaluable, mientras que Helix Core, a pesar de tener un soporte de calidad calificado en 8.8, no tiene el mismo nivel de recursos impulsados por la comunidad.
- Los usuarios informan que la dirección del producto de Git se ve positivamente con un 9.0, indicando un fuerte compromiso con la evolución del software basado en la retroalimentación de los usuarios, mientras que la puntuación de dirección del producto de Helix Core de 7.8 sugiere que los usuarios sienten que hay margen de mejora para abordar sus necesidades.
Git vs P4
Al evaluar las dos soluciones, los revisores encontraron que Git es más fácil de usar, configurar y administrar. Sin embargo, los revisores sintieron que ambos proveedores facilitan igualmente hacer negocios en general.
- Los revisores consideraron que Git satisface mejor las necesidades de su empresa que P4.
- Al comparar la calidad del soporte continuo del producto, los revisores consideraron que P4 es la opción preferida.
- En cuanto a actualizaciones de características y hojas de ruta, nuestros revisores prefirieron la dirección de Git sobre P4.
El modelo de ramificación de Git es el mejor de los sistemas de control de versiones: ramas ligeras que se pueden cambiar y fusionar a voluntad. También es muy rápido y ocupa poco espacio en disco debido a la forma en que almacena solo cambios incrementales...
Las malas decisiones de diseño llevaron a filtraciones de abstracciones: * Decisión de diseño: "no registrar cambios, solo almacenar instantáneas de la copia de trabajo". Seguir eso deja sin opción más que detectar la copia/renombrado de archivos (usando...
Perforce Helix es un motor de control de versiones muy rápido y confiable. Sus herramientas de cliente son fáciles de usar y proporcionan excelentes visualizaciones de las diferencias de archivos y ramas. La vista de lapso de tiempo es una forma muy útil de...
Perforce tiene algunas limitaciones bien conocidas que tienen que ver con los orígenes del producto. Por ejemplo, no tiene la capacidad de crear carpetas vacías. El usuario no puede trabajar sin conexión como en Git, por ejemplo. Además, un par de cosas en...
El modelo de ramificación de Git es el mejor de los sistemas de control de versiones: ramas ligeras que se pueden cambiar y fusionar a voluntad. También es muy rápido y ocupa poco espacio en disco debido a la forma en que almacena solo cambios incrementales...
Perforce Helix es un motor de control de versiones muy rápido y confiable. Sus herramientas de cliente son fáciles de usar y proporcionan excelentes visualizaciones de las diferencias de archivos y ramas. La vista de lapso de tiempo es una forma muy útil de...
Las malas decisiones de diseño llevaron a filtraciones de abstracciones: * Decisión de diseño: "no registrar cambios, solo almacenar instantáneas de la copia de trabajo". Seguir eso deja sin opción más que detectar la copia/renombrado de archivos (usando...
Perforce tiene algunas limitaciones bien conocidas que tienen que ver con los orígenes del producto. Por ejemplo, no tiene la capacidad de crear carpetas vacías. El usuario no puede trabajar sin conexión como en Git, por ejemplo. Además, un par de cosas en...
