How-to: envoyer un dépôt GitHub sur les serveurs du plugin wordpress

21

Je développe mon plug-in sur github, mais en ce qui concerne le déploiement, je dois en quelque sorte copier mes modifications dans le Wordpress SVN . Actuellement, je le fais manuellement et copie chaque fichier de chaque répertoire individuellement, mais cela prend du temps et est source d'erreurs.

J'ai vu et essayé quelques scripts, mais je pense que je dois les avoir mal exécutés car ils échouent ou ne copient pas correctement les fichiers.

Ma question est donc la suivante: est-ce que quelqu'un a réalisé cela automatiquement et si oui, comment l'avez-vous fait?

Merci!

    
posée studioromeo 25.01.2012 - 22:07

4 réponses

1

voir ce tutoriel d'un collègue de mon équipe: enlace

mais il n'utilise pas la solution, il est plus facile de travailler séparément :(

    
réponse donnée bueltge 25.01.2012 - 23:31
1

Après avoir lu ces réponses, j'ai transmis l'un de mes plugins à GitHub et j'ai écrit une publication. .sh script. Ce script récupère partiellement mon plugin à partir de plugins.svn.wordpress.org en utilisant --depth immediates et met à jour les fichiers dans trunk/ et assets/ . Cela devrait simplifier un push périodique vers svn, en utilisant le référentiel wordpress.org pour baliser les versions plutôt que de conserver l'historique de développement:

./release.sh
svn cp trunk tags/0.6
svn ci "Sending 0.6 from https://github.com/foo/bar to wordpress.org"

Une version plus générique pourrait fonctionner avec un plus grand nombre de plugins, gérer les fichiers supprimés et mettre à jour les balises svn automatiquement à partir des balises git.

    
réponse donnée Annika Backstrom 26.01.2012 - 17:28
1

Voir Comment publier un plugin WordPress - Git dans @EAMann pour une description détaillée.

    
réponse donnée fuxia 26.01.2012 - 01:24
0

Je ne le fais pas automatiquement, mais c'est assez simple:

Faites en sorte que SVI Truck et Git Master soient archivés dans le même répertoire. Utilisez Git pour presque tout, comme avec tout projet exclusivement Git.

Définissez le stable tag sur trunk , puis, lorsque vous êtes prêt à créer un communiqué, marquez-le dans Git et appuyez immédiatement sur le tronc. Ne craignez pas de passer à SVN /tags , car votre historique de publication est sécurisé dans Git (et Github).

C'est à peu près tout.

Pour le nettoyer, j'ajoute .svn à .gitignore et .git (et tests/ , phpunit.xml , etc.) à ignorer par SVN.

Un script release.sh ne serait en réalité que ce qui suit (une fois que le numéro de version dans le code a été mis à jour et que tous les éléments ont été validés dans Git):

git tag $1
svn ci -m"Release: $1"
    
réponse donnée Sam Wilson 17.06.2015 - 08:25

Lire d'autres questions sur les étiquettes