Devrais-je utiliser SVN ou Git?
Je n'avais jamais utilisé le contrôle de version auparavant, mais je commence à travailler de manière plus collaborative sur les plugins et les thèmes WordPress et je pense que ce serait une bonne idée de disposer d'un enregistrement des versions et des mises à jour.
WordPress semble préférer SVN, mais Git semble être la nouvelle alternative plus cool.
Quel contrôle de version utilisez-vous actuellement? Et quel système choisiriez-vous aujourd'hui si vous débutiez dans WP theme and plugin dev?
J'utilise Git pour tous mes projets, car cela me permet de travailler hors ligne, ce qui arrive assez souvent pour moi. Git peut s’interfacer avec SVN si vous souhaitez toujours utiliser Git, puis envoyez vos plugins vers WordPress.org.
Pour les développeurs locaux, j'utilise tortiose-svn , c'est très simple, il n'y a pas de courbe d'apprentissage, il faut environ 10 minutes pour apprendre et se mettre à l'aise .
Si vous recherchez une collaboration en ligne ou multi-collaboratrice, je me tournerai vers Git, en particulier si vous utilisez un éditeur convivial pour Git comme vim.
Voici une liste énorme d'interfaces et d'éditeurs qui fonctionnent avec Git, descendez à 2.1
** Mise à jour de cette réponse car elle apparaît dans la recherche, je n'utilise plus tortoise-svn et je l'ai remplacée par Mercurial et tortoise-hg et je ne vois pas de raison pour laquelle je y retournerait jamais, git ou Mercurial (ou tout autre système de pension décentralisé est bien meilleur).
J'utilise un mélange de Mercurial et SVN. J'utilise Mercurial car je peux gérer un référentiel local en plus d'un référentiel réseau que je peux utiliser pour synchroniser mes multiples machines de développement et les mises à jour Push vers d'autres développeurs de la communauté. Google Code vous permet d’héberger gratuitement des dépôts Open-Source Mercurial et SVN ... une excellente ressource.
Mais SVN est la saveur de choix lorsque vous travaillez avec des plug-ins et des thèmes WordPress que vous souhaitez héberger dans le référentiel officiel WordPress.org. Il existe des moyens d’interfacer directement Mercurial avec SVN, mais je ne souhaite pas nécessairement transférer tous mes ensembles de modifications vers un référentiel. Je développe donc localement, en m'engageant auprès de mon référent local. Ensuite, j'appuie en fin de journée/semaine/selon le référentiel Google Code. Ensuite, lorsque je suis prêt pour une nouvelle version, j'exporte le projet et le vide dans le référentiel SVN sur WordPress.org.
Cela me permet de séparer mon travail du travail des contributeurs de ce qui est réellement publié comme "fini" pour la communauté.
Si vous utilisez Windows, je vous recommande vivement d'utiliser un outil graphique pour utiliser les deux systèmes. Tortoise SVN est fantastique, et Tortoise Hg est un excellent port du pareil pour Mercurial. J'utilise les deux.
J'ai expérimenté Git pendant un moment, mais personnellement, je préfère les outils d'interface graphique et je n'ai pas trouvé ceux que j'apprécierais qui conviendraient à ma routine de développement. GitGUI était OK, mais un peu plus déconcertant que les outils Tortoise que j'ai mentionnés ci-dessus. Et il y a trop de bugs et de problèmes en suspens avec Tortoise Git pour que je me sente à l'aise de pouvoir en dépendre pour le contrôle de version.
Mercurial - sans aucune alternative.
- Il est techniquement avancé
- Vous pouvez avoir un dépôt privé gratuitement: https://bitbucket.org/
J'utilise à la fois Subversion (SVN) et Mercurial (Hg). Le premier pour certains de mes projets les plus anciens et le second pour les plus récents. Je comprends les avantages d'utiliser un système distribué, mais beaucoup ne me concernent pas. Donc, je suis déchiré sur l'opportunité de porter mes projets sur Hg repos. Il n'y a pas de douleur pour le moment, alors je pars assez bien seul.
Une variété de VCS est utilisée dans tous les projets Open Source existants, aussi une certaine familiarité avec les plus gros peut être utile. Sinon, pour vos projets personnels, choisissez-en un.
Si je recommençais, j'utiliserais probablement du mercure et éviterais le SVN.
J'utilise RTC ( http://jazz.net ) et oui 3.0 est sorti depuis cette semaine! (Gratuit pour un maximum de 10 utilisateurs)
Si vous "commencez simplement à travailler de manière plus collaborative sur les plugins et les thèmes WordPress", l’outil que vous utilisez sera probablement déterminé par celui avec qui vous collaborez.
Ce n'est pas du tout exact de dire que "WordPress semble favoriser SVN". WordPress utilise SVN depuis longtemps. Il n'y a pas eu de raison suffisamment convaincante (encore) de changer un système qui fonctionne bien. Ce qui revient à dire que SVN fonctionne et que Git ... Certains développeurs préfèrent Git et utilisent git-svn plutôt que directement SVN (ce que je commence tout juste à faire et à comprendre moi-même).
Personnellement, étant donné le choix et le démarrage d'un nouveau projet, j'utiliserais Git presque sans exception, non pas parce que c'est meilleur, mais parce que cela correspond à ma façon de travailler.