2012-11-01 1 views
1

Je veux savoir si je stocke un paquet existant sur http://packagist.org dans mon entreprise svn repo, dois-je également stocker les paquets/repos requis ainsi que?Satis - Stocker un dépôt Packagist localement avec des modifications locales qui ne seront pas destinées à la consommation publique

exemple, le MonologBundle:

JSON nécessaire texte de présentation:

"require": { 
    "php": ">=5.3.2", 
    "symfony/monolog-bridge": ">=2.1.0,<2.3-dev", 
    "symfony/dependency-injection": ">=2.1.0,<2.3-dev", 
    "symfony/config": ">=2.1.0,<2.3-dev", 
    "monolog/monolog": "1.*" 
}, 

Mon entreprise apportera des modifications locales à ce forfait qui ne sera pas destiné à la consommation publique. Puisqu'il sera ajouté à notre repo, je voulais savoir si nous devions aussi ajouter les fournisseurs/bundles/repos requis?

Répondre

3

Vous n'avez pas besoin de télécharger les dépendances de Packagist si vous ne voulez pas les surcharger. Cela dit, je ne vois pas pourquoi vous auriez besoin de modifier le paquet lui-même. Cela devrait suffire à remplacer tel ou tel service si nécessaire.

+0

Merci encore pour les commentaires, j'ai une question de suivi. Mon client exige également que tout le code source soit maintenu (pas en dehors de repos), donc le téléchargement de packagist peut ne pas être une option. J'ai essayé de trouver une solution en utilisant Satis mais en rencontrant plus de questions/problèmes que prévu. J'ai vu que je pouvais également utiliser mon propre site de packagiste, mais je pense que les mêmes problèmes se poseront toujours. Pensées? BTW Merci pour toute l'aide @Seldaek! Oh et le Bundle dans l'exemple est juste un exemple –

+1

Nous avons des exigences similaires. Nous ne voulons pas de dépendances externes dans notre processus de déploiement. Ce que nous avons décidé de faire pour l'instant est de simplement vérifier dans le répertoire complet du fournisseur après avoir effacé .svn: s (nous utilisons également svn comme vous le faites). Cela provoque des problèmes avec composer/subversion car ce n'est pas l'approche recommandée, mais il peut toujours être résolu en supprimant simplement le contenu du répertoire du vendeur et en réinstallant les dépendances. Une meilleure approche serait de mettre en place un Satis local (packagist léger) ou un packagiste et de fourchette tous les paquets et leurs exigences et les ajouter à ce référentiel. – Clarence

+0

@PhillPafford C'est une sorte de question difficile en ce moment, vous pouvez faire ce que Clarence suggère, mais ça ne va pas être amusant. – Seldaek

Questions connexes