Comparer GitetP4 
- Les utilisateurs rapportent que Git excelle dans l'intégration de la gestion des paquets, avec une note de 8,6, ce qui permet une collaboration et un contrôle de version fluides, tandis que Helix Core manque de cette intégration spécifique, le rendant moins efficace pour les équipes qui dépendent fortement de la gestion des paquets.
- Les critiques mentionnent que la fonctionnalité de retour en arrière de Git est très appréciée, avec une note de 9,0, permettant aux utilisateurs de revenir facilement à des versions antérieures du code, alors que les capacités de retour en arrière de Helix Core ne sont pas aussi robustes, ce qui peut poser des défis dans la gestion des modifications de code.
- Les utilisateurs de G2 soulignent que le contrôle d'accès aux paquets de Git a reçu une note de 8,9, offrant des permissions détaillées pour les membres de l'équipe, ce qui est crucial pour maintenir la sécurité dans les environnements collaboratifs, tandis que les fonctionnalités de contrôle d'accès de Helix Core sont perçues comme moins flexibles.
- Les utilisateurs sur G2 indiquent que la facilité d'installation de Git est un avantage significatif, avec une note de 8,8, ce qui permet aux équipes de démarrer rapidement, alors que le processus d'installation de Helix Core est souvent décrit comme plus complexe et chronophage, avec une note de seulement 7,3.
- Les critiques disent que la fonctionnalité globale de Git est renforcée par son fort soutien communautaire et sa documentation étendue, que les utilisateurs trouvent inestimables, tandis que Helix Core, bien qu'ayant un support de qualité noté à 8,8, ne dispose pas du même niveau de ressources communautaires.
- Les utilisateurs rapportent que la direction du produit Git est vue positivement à 9,0, indiquant un fort engagement à faire évoluer le logiciel en fonction des retours des utilisateurs, tandis que la note de 7,8 pour la direction du produit Helix Core suggère que les utilisateurs estiment qu'il y a place à l'amélioration pour répondre à leurs besoins.
Git vs P4
Lors de l'évaluation des deux solutions, les évaluateurs ont trouvé que Git était plus facile à utiliser, à configurer et à administrer. Cependant, les évaluateurs ont estimé que les deux fournisseurs rendent également facile de faire des affaires dans l'ensemble.
- Les évaluateurs ont estimé que Git répond mieux aux besoins de leur entreprise que P4.
- En comparant la qualité du support produit continu, les évaluateurs ont estimé que P4 est l'option préférée.
- Pour les mises à jour des fonctionnalités et les feuilles de route, nos évaluateurs ont préféré la direction de Git à P4.
Le modèle de branchement de Git est le meilleur des systèmes de contrôle de version -- des branches légères qui peuvent être changées et fusionnées à volonté. Il est également très rapide et léger en termes d'espace disque en raison de la manière dont il...
Les mauvaises décisions de conception ont conduit à des abstractions fuyantes : * Décision de conception : "ne pas enregistrer les modifications, juste stocker des instantanés de la copie de travail". Cela laisse comme seule option de détecter la copie/le...
Perforce Helix est un moteur de contrôle de source très rapide et fiable. Ses outils clients sont faciles à utiliser et offrent de superbes visualisations des différences de fichiers et de branches. La vue en laps de temps est un moyen très utile de voir...
Perforce a quelques limitations bien connues qui sont liées aux origines du produit. Par exemple, il n'a pas la capacité de créer des dossiers vides. L'utilisateur ne peut pas travailler hors ligne comme dans Git, par exemple. De plus, quelques éléments du...
Le modèle de branchement de Git est le meilleur des systèmes de contrôle de version -- des branches légères qui peuvent être changées et fusionnées à volonté. Il est également très rapide et léger en termes d'espace disque en raison de la manière dont il...
Perforce Helix est un moteur de contrôle de source très rapide et fiable. Ses outils clients sont faciles à utiliser et offrent de superbes visualisations des différences de fichiers et de branches. La vue en laps de temps est un moyen très utile de voir...
Les mauvaises décisions de conception ont conduit à des abstractions fuyantes : * Décision de conception : "ne pas enregistrer les modifications, juste stocker des instantanés de la copie de travail". Cela laisse comme seule option de détecter la copie/le...
Perforce a quelques limitations bien connues qui sont liées aux origines du produit. Par exemple, il n'a pas la capacité de créer des dossiers vides. L'utilisateur ne peut pas travailler hors ligne comme dans Git, par exemple. De plus, quelques éléments du...
