web-dev-qa-db-fra.com

Faut-il valider les fichiers pod dans le système de contrôle de version (GIT ou SVN)

Jusqu'à présent, je travaillais sur une application et mon chef d'équipe m'a dit de ne pas valider les fichiers pod et j'ai simplement suivi ses instructions.

Ensuite, notre Lead a changé et il a dit de valider le fichier pod dans Git. J'ai donc été confus avec lequel aller.

Faut-il valider le fichier pod ou non et si nous ne devons pas alors pourquoi. S'il vous plaît, aidez-moi à clarifier cette chose, car j'ai également parcouru certains articles, mais je n'ai trouvé aucune réponse satisfaisante.

iosiphonegitsvncocoapods
19
Sumeet Purohit

Que vous archiviez ou non votre dossier Pods dépend de vous, car les flux de travail varient d'un projet à l'autre. Il est recommandé de garder le répertoire Pods sous contrôle de code source.

Avantages de la vérification dans le répertoire Pods

  1. Après le clonage du dépôt, le projet peut immédiatement être généré et exécuté, même sans avoir installé CocoaPods sur la machine. Il n'est pas nécessaire d'exécuter l'installation du pod et aucune connexion Internet n'est nécessaire.
  2. Les artefacts Pod (code/bibliothèques) sont toujours disponibles, même si la source d'un Pod (par exemple GitHub) devait baisser.
  3. Les artefacts Pod sont garantis identiques à ceux de l'installation d'origine après le clonage du dépôt.

Avantages d'ignorer le répertoire Pods

  1. Le dépôt de contrôle de source sera plus petit et prendra moins de place.
  2. Tant que les sources (par exemple GitHub) pour tous les pods sont disponibles, CocoaPods est généralement capable de recréer la même installation. (Techniquement, il n'y a aucune garantie que l'exécution de l'installation du pod récupérera et recréera des artefacts identiques lorsque vous n'utilisez pas de commit SHA dans le Podfile. Cela est particulièrement vrai lorsque vous utilisez des fichiers Zip dans le Podfile.)

3.Il n'y aura aucun conflit à gérer lors de l'exécution des opérations de contrôle de source, telles que la fusion de branches avec différentes versions de pod.

Source: Cocoapods

28
Imad Ali

Je suggère et recommande de ne pas valider le répertoire pods (source tierce intégrée à l'aide de Pod) dans votre référentiel Git/SVN.

Voici un exemple de source, vous suggérant quoi engager et non.

enter image description here

  1. Pod est un gestionnaire de dépendances et peut contenir autant de bibliothèques tierces. Votre source de projet deviendra plus lourde (de grande taille) et la même chose la téléchargera chaque fois qu'une nouvelle destination l'utilisera.
  2. Vous pouvez facilement intégrer toutes les bibliothèques de pods/source de fichiers à l'aide de la commande pod install depuis n'importe quelle source/destination.
  3. Il peut y avoir différentes versions du SDK, de l'outil de ligne de commande et de la cacao pod dans différents systèmes. Il gère automatiquement les bibliothèques d'intégration spécifiques prises en charge par la version de l'outil SDK et de la ligne de commande, ainsi que la version de cacao pod.

Remarque: Ce n'est pas mauvais, vous validez les fichiers pod avec le code source dans Git/SVN. Mais aussi, ce n'est pas bon d'ajouter des dépendances (d'une bibliothèque tierce) avec votre code, ce qui n'est pas nécessaire et facile à gérer en utilisant pod sur différentes destinations (systèmes).

15
Krunal