Et par ailleurs (juste pour me défouler), en ce moment j'utilise perforce. Bon, n'utilisez jamais cet outil. JAMAIS.
Tu pourrais préciser un peu ?
A ma connaissance, Perforce est plutôt ce que SVN aurait dû être, avec entre autre :
* un cache digne de ce nom (à défaut d'un outil distribué)
* la possibilité de configurer un merge entre 2 branches en mappant explicitement les répertoires/fichiers qui ont bougé, ce que ni SVN n'a jamais réussi à faire (cf. le cauchemar des mergeinfo http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html) ni git qui se base sur des heuristiques sur le contenu et qui part dans les choux dans des cas complexes.
* permet d'intégrer la gestion des demandes de changement autrement qu'en rajoutant tes tickets en commentaire et permet même de gérer leur workflows.
[^] # Re: git != svn
Posté par El Titi . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 3.
Tu pourrais préciser un peu ?
A ma connaissance, Perforce est plutôt ce que SVN aurait dû être, avec entre autre :
* un cache digne de ce nom (à défaut d'un outil distribué)
* la possibilité de configurer un merge entre 2 branches en mappant explicitement les répertoires/fichiers qui ont bougé, ce que ni SVN n'a jamais réussi à faire (cf. le cauchemar des mergeinfo http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html) ni git qui se base sur des heuristiques sur le contenu et qui part dans les choux dans des cas complexes.
* permet d'intégrer la gestion des demandes de changement autrement qu'en rajoutant tes tickets en commentaire et permet même de gérer leur workflows.
Accessoirement, une petite boîte gère tout son code sous Perforce en mode trunk dev siouplé (ca c'est pour les afficionados des PR ala Githhub/Bitbucket/Gitlab):
http://cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions-of-lines-of-code-in-a-single-repository/fulltext