Certes mais le chef de projet n'est pas derrière les devs s'ils n'utilisent pas le système comme ils le devraient.
Par exemple, en oubliant d'interroger le bugtracker de référence avant de créer un ticket et de le pusher. Et même là le schéma de concurrence optimiste ne préviendra pas des doublons.Ca me parait contre productif.
L'autre avantage que je vois à la forge centralisée comme moyen de communication et de permettre de se coordonner lorsqu'on doit modifier un fichier non mergeable du style artwork vu qu'on n'a plus de lock pessimiste avec un DVCS.
[^] # Re: git init --bare
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
Certes mais le chef de projet n'est pas derrière les devs s'ils n'utilisent pas le système comme ils le devraient.
Par exemple, en oubliant d'interroger le bugtracker de référence avant de créer un ticket et de le pusher. Et même là le schéma de concurrence optimiste ne préviendra pas des doublons.Ca me parait contre productif.
L'autre avantage que je vois à la forge centralisée comme moyen de communication et de permettre de se coordonner lorsqu'on doit modifier un fichier non mergeable du style artwork vu qu'on n'a plus de lock pessimiste avec un DVCS.