Accessoirement, une petite boîte gère tout son code sous Perforce en mode trunk dev siouplé
Google n'utilise plus perforce depuis un moment. Ils ont tout réécrit maison sous le nom de code Piper dont peu de détails ont fuités en dehors de quelques Google Tech Talks et de la présentation @Scale 2015 sur leur approche qui est l'orgine de l'article que tu cites.
(ca c'est pour les afficionados des PR ala Githhub/Bitbucket/Gitlab):
Dans l'idée, le processus de Google est assez proche des PR. Lorsqu'un patch est soumis pour code review, le pre-commit s'occupe de faire passer tout l'outillage sur trunk + ton patch (CI, TU, analyse statique etc.), puis review par le maintainer du module, puis intégration du patch.
Si l'outillage est maison, la dynamique est très semblable.
[^] # Re: git != svn
Posté par ckyl . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 3.
Google n'utilise plus perforce depuis un moment. Ils ont tout réécrit maison sous le nom de code Piper dont peu de détails ont fuités en dehors de quelques Google Tech Talks et de la présentation @Scale 2015 sur leur approche qui est l'orgine de l'article que tu cites.
Dans l'idée, le processus de Google est assez proche des PR. Lorsqu'un patch est soumis pour code review, le pre-commit s'occupe de faire passer tout l'outillage sur trunk + ton patch (CI, TU, analyse statique etc.), puis review par le maintainer du module, puis intégration du patch.
Si l'outillage est maison, la dynamique est très semblable.