Le répertoire du projet doit être mis en place dès le début, les storyboards doivent être séparés et une seule personne peut modifier chaque storyboard. Cocospod gère les tiers. Ne transférez pas le dossier pod sur le serveur. Police, valeur de couleur, taille des boutons, macros unifiées
La chose la plus importante lorsque plusieurs personnes développent un projet est de résoudre les problèmes de synchronisation et de fusion de code, vous devez donc faire attention aux points suivants :
Tout d'abord, vous devez résumer les différents scénarios d'utilisation des commandes SVN en fonction de la situation spécifique de votre gestion de code, et résumer un ensemble de directives ou de spécifications d'utilisation des commandes SVN pour différents scénarios. Pour faciliter le démarrage des nouveaux arrivants et éviter le chaos dans la gestion du code causé par une utilisation déraisonnable de SVN.
Ensuite, la structure du projet doit être raisonnable pour diviser plus clairement les modules fonctionnels et réduire le couplage de modules. De cette façon, différentes personnes développent différents modules, et il y a moins de risques de conflits lors de la synchronisation et de la fusion du code.
Je pense que ce que vous avez dit ci-dessus est correct, mais je pense que le plus important est de ne pas utiliser de branches comme git, ce sera plus misérable
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Le répertoire du projet doit être mis en place dès le début, les storyboards doivent être séparés et une seule personne peut modifier chaque storyboard.
Cocospod gère les tiers. Ne transférez pas le dossier pod sur le serveur.
Police, valeur de couleur, taille des boutons, macros unifiées
La chose la plus importante lorsque plusieurs personnes développent un projet est de résoudre les problèmes de synchronisation et de fusion de code, vous devez donc faire attention aux points suivants :
Tout d'abord, vous devez résumer les différents scénarios d'utilisation des commandes SVN en fonction de la situation spécifique de votre gestion de code, et résumer un ensemble de directives ou de spécifications d'utilisation des commandes SVN pour différents scénarios. Pour faciliter le démarrage des nouveaux arrivants et éviter le chaos dans la gestion du code causé par une utilisation déraisonnable de SVN.
Ensuite, la structure du projet doit être raisonnable pour diviser plus clairement les modules fonctionnels et réduire le couplage de modules. De cette façon, différentes personnes développent différents modules, et il y a moins de risques de conflits lors de la synchronisation et de la fusion du code.
Aussi, pourquoi ne pas utiliser Git ?
N'utilisez pas de storyboard
Je pense que ce que vous avez dit ci-dessus est correct, mais je pense que le plus important est de ne pas utiliser de branches comme git, ce sera plus misérable
Git doit utiliser des branches. Comment fusionner sans branches ?
Sauvegardes multiples !
Sauvegardes multiples !
Sauvegardes multiples !
Dites les choses importantes trois fois.