La racine du document du serveur peut-elle se trouver sur la machine du client ?

Ainsi, bien que git puisse être utilisé sur des partages de réseau, il est loin d'être optimal - il doit charger à la fois les fichiers .git et tous les fichiers du partage de réseau pour voir ce qui a été modifié.

En utilisant les partages de réseau, vous pourrait monter les dossiers du côté du serveur, mais les performances de cette opération sur les requêtes du serveur seront nettement moins bonnes, ce qui augmentera les cycles d'évaluation du code de 5-10 secondes à ~10-30 secondes. chacun . Il s'agit d'une pénalité de performance (et psychologique) que vos développeurs ne toléreront pas et qu'ils ne peuvent pas se permettre.

Il existe des moyens de contourner ce problème :

• En utilisant une configuration similaire, notre solution était également d'avoir un accès Shell au serveur, et d'utiliser git à partir du Shell uniquement ; cela permet un git checkout / Shell semi-instantané, et également des Shell auxiliaires côté serveur, en particulier pour le déploiement, le rollback, et les tests unitaires.

• Un autre choix populaire consiste à faire travailler tout le monde sur des copies entièrement locales (en installant une réplique de l'environnement réel dans une boîte virtuelle), puis à soumettre leurs modifications à la base de données centrale.

J'espère que cela vous aidera, commentez si vous avez besoin d'éclaircissements.