svn repo pour Magento est très lent!

Question

Je travaille à la création d'un site Web à l'aide de Magento eCommerce. J'ai configuré un repo de subversion sur le serveur pour le site Web, y compris tous les fichiers PHP de Magento, et en ai extrait une copie sur mon système local à l'aide de svn / webdav. J'ai ajouté magento au dépôt et engagé. Désormais, toute opération, même un svn status ou un svn commit , permettant de créer la liste des fichiers afin que je puisse entrer un message de validation, prend à jamais . . Je veux dire plus de 10 minutes, même si je n'ai changé qu'un fichier. Des idées sur ce qui pourrait ne pas être correct / comment résoudre / comment résoudre / des suggestions? Merci!

Answer 1

Je travaille moi-même avec Magento + SVN (pas WebDAV cependant) et je n’ai pas eu ce genre de problèmes jusqu’à présent. Il faut beaucoup de temps (comme dans 2 min) pour valider les modifications dans le référentiel, mais pas plus de 5 min.

Je ne connais pas vraiment la cause de votre problème, je voulais juste dire plus ou moins que ce n'est généralement pas comme ça (ou que cela pourrait être la faute de WebDAV).

Solution de contournement 1:

En supposant que vous n'apportiez aucune modification au cœur de Magento, avez-vous envisagé de ne modifier que les parties de votre installation Magento qui seront modifiées par vous? c'est-à-dire le dossier app / code / local où vos modules vont résider et peut-être votre dossier de modèles. Cela réduirait considérablement le nombre total de fichiers / dossiers versionnés et augmenterait ainsi considérablement la vitesse de synchronisation.

Solution de contournement 2:

Ne validez que le dossier le plus bas contenant toutes les mises à jour.

cd app/code 
svn commit -m ".." local

Solution de contournement 3:

Similaire au numéro 1: essayez d’ajouter à la liste des ignorés tout ce qui n’a pas besoin d’être stocké dans le référentiel. Des éléments comme le dossier var / n'ont pas besoin d'être versionnés et contiennent beaucoup de fichiers, il peut donc être judicieux de ne pas les inclure dans votre référentiel.

Solution de contournement 4:

Utilisez git au lieu de SVN s'il s'agit d'une option pour vous.

eZ Components avait les mêmes problèmes avec SVN + WebDAV et quelqu'un a comparé les temps de paiement entre SVN + DAV et git. Les résultats peuvent être vus ici .

Après avoir vu ces chiffres, je pense que le changement est votre meilleure option disponible à long terme.

Answer 2

Tout le travail de Magento peut être effectué sans toucher à un seul fichier principal, comme vous devriez le faire (sauf peut-être pour les fichiers de paramètres régionaux, car ils sont faciles à fusionner).

J'ai écrit un script qui vous permet de disperser vos fichiers de projet dans la racine d'installation de Magento sans augmenter la difficulté de gestion de votre code source (et sans enregistrer un seul fichier de base Magento). Comment ça marche? Liens Soft. Vous pouvez en fait accomplir la même chose sans mon script en créant manuellement des liens symboliques, mais cela facilite les choses (le déploiement / la mise à jour sur un serveur actif est toujours une commande).

Je ne suis pas sûr du support Windows, cela pourrait fonctionner dans cygwin mais je n'ai pas encore testé. Je développe sur Windows, mais je lance une machine virtuelle (VirtualBox) avec ma pile LAMP, partageant les fichiers avec Windows via Samba. Je lance donc le script via une ligne de commande sur l’invité Linux et édite mes fichiers avec Netbeans via le partage Samba ( et je peux valider les modifications via le module subversion de Netbeans).

Voir mon article de blog pour plus d'informations: Gestionnaire de modules
Accédez directement à la source: Gestionnaire de modules (via gist)