L'une est que l'utilisation de git n'est pas standardisée. L'une est qu'il y a un problème avec l'attribution des tâches de développement L'autre est qu'il y a également un problème avec la planification des fichiers de projet. > (PS : Qu'est-ce que les luttes intestines ? Une entreprise avec peu de personnes a dit : Parfois, on se sent seul d'utiliser git seul.)
.gitignoreIgnorez d'abord ces choses inutiles, les conflits de code ne sont pas terribles
.
Par exemple,Maca un fichier.DS_StoreSi vous ne l'ignorez pas et que les personnes utilisant des ordinateurs Apple extraient le code, il y aura des conflits.
Ne laissez pas plusieurs personnes gérer un fichier en même temps. Une ou deux suffisent. Si tous les front-ends de l'entreprise le modifient, cela vous donnera mal à la tête lorsque vous combinerez le code
Je pense que c'est un problème de processus. Il doit y avoir une personne qui peut réviser le code, puis pousser le code. Ce n'est qu'après révision que le code peut être fusionné dans la branche principale, et la branche locale n'est alors pas autorisée à le faire. être obligé d'être poussé vers le serveur. C'est très utile. Les logiciels de plateforme d'hébergement de code, comme gitlab, attribuent les autorisations git correspondantes, et tout le monde pourra travailler
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
L'une est que l'utilisation de git n'est pas standardisée.
L'une est qu'il y a un problème avec l'attribution des tâches de développement
L'autre est qu'il y a également un problème avec la planification des fichiers de projet. > (PS : Qu'est-ce que les luttes intestines ? Une entreprise avec peu de personnes a dit : Parfois, on se sent seul d'utiliser git seul.)
..gitignoreIgnorez d'abord ces choses inutiles, les conflits de code ne sont pas terriblesPar exemple,
Maca un fichier.DS_StoreSi vous ne l'ignorez pas et que les personnes utilisant des ordinateurs Apple extraient le code, il y aura des conflits.Ne laissez pas plusieurs personnes gérer un fichier en même temps. Une ou deux suffisent. Si tous les front-ends de l'entreprise le modifient, cela vous donnera mal à la tête lorsque vous combinerez le code
.Je ne vois pas de quelles luttes intestines vous parlez. . .
C'est bien si vous suivez le workflow git. Lien : https://guides.github.com/int...
Autre option : changer de société
Je pense que c'est un problème de processus. Il doit y avoir une personne qui peut réviser le code, puis pousser le code. Ce n'est qu'après révision que le code peut être fusionné dans la branche principale, et la branche locale n'est alors pas autorisée à le faire. être obligé d'être poussé vers le serveur. C'est très utile. Les logiciels de plateforme d'hébergement de code, comme gitlab, attribuent les autorisations git correspondantes, et tout le monde pourra travailler