L'utilisation de git dans l'entreprise est assez déroutante, comment puis-je y remédier ?
为情所困2017-05-02 09:50:02
0
4
730
Il y a toujours des conflits divers, des couvertures diverses et de graves conflits internes. Avez-vous l'impression que vous ne pouvez plus travailler ? Comment y remédier ?
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.)
.gitignore Ignorez d'abord ces choses inutiles, les conflits de code ne sont pas terribles
.
Par exemple, Mac a un fichier .DS_Store Si 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
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.)
..gitignore
Ignorez d'abord ces choses inutiles, les conflits de code ne sont pas terriblesPar exemple,
Mac
a un fichier.DS_Store
Si 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