je suis utilisateur de CVS pour phplister et subversion m'intéresse,
je suis impatient de lire la suite de l'article.
Ah mon dieux, david a les même lectures que moi !!!
Je confirme, livre petit en taille mais très complet en contenu :D
@S.F. : je ne connaissais pas ces solutions mais quel intérêt par rapport à Subversion ? (j'ai rapidement consulté leurs sites sans trouver de raison vraiment transcendante). L'intérêt que je trouve à Subversion c'est que je pourrait tôt ou tard mettre un accès http ou ssh à mon dépôt si je souhaite rendre des projets publics. Voire même interfacer tout ça avec Trac si je veux un gestion des tiquets. Et puis ça me permet de me familiariser avec svn, ce qui me semble plus utile pour la suite.
L'intérêt d'un versionning system, c'est surtout le backup incrémental ! Quand tu code ou quand tu fais des docs ... A chaque mise à jour tu as la possibilité de revenir en arrière !
Tu proposes alors à mon avis, ce qu'il manque c'est la création d'un repository a partir de rien et en deamon avec utilisateur qui va bien ;) J'ai fais un truc du genre au boulot, il faudrait que je le couche sur l'écran (on peut plus dire sur papier maintenant ...)
En tout cas c'est intéressant ;)
Merci pour avoir signalé l'existence de mon tutoriel sur subversion :-)
@PiTiLeZarD : s/que je le couche sur l'écran/que je le blogue restons sérieux, on est dans le web2.0 ou bien ? :p
@Nicolas : aucun soucis, c'est la suite naturelle de ce tutoriel.
Effectivement, ton billet est plus complet car mes projets de dev ne m'ont pas encore amené à avoir besoin de branches et tags... :-/
Un jour, j'y arriverais ;-)
L'intérêt de ces systèmes est qu'il est décentralisé et donc ne dépend pas d'un serveur. Ça veut dire que tu n'as pas de serveur à installer, que tu peux bosser sans connexion internet (vachement pratique pour coder dans le train, git diff et git commit sont 100% offline), et tu peux toujours les publier sur le net, comme le font entre autre cairo et dbus, et comme je vais le faire avec git pour mathusalem. Je ne sais pas s'il y a un équivalent à trac pour ces systèmes cependant (je ne m'y suis pas intéressé). Plusieurs contributeurs peuvent avoir leur propre dépôt local, et ensuite merger leurs modifications en récupérant le contenu des dépôts publics des autres contributeurs, en s'envoyant des patches, ou même sur un serveur central (c'est possible, en tout cas avec git)
Ensuite, mercurial et bazaar sont écrits en python ;-)
@Nicolas : non avant de le compléter je pensais que le mien était une introduction au tiens qui traite de Trac, bon maintenant on va dire qu'ils sont complémentaires :)
@S.F. : intéressant, pas dans la cas précis où c'est juste pour une personne (donc peu de risque d'être offline de sa propre machine) mais pour certains projets et surtout certains développeurs ça peut être bien. Parce que si j'ai bien compris le principal intérêt c'est de pouvoir coder offline ?
@David : tu pars du principe qu'une personne n'a qu'une seule machine, mais ce n'est pas le cas de tout le monde. J'ai, par exemple, un ordinateur fixe et un ordinateur portable. Je n'ai pas toujours accès à mon fixe depuis mon ordinateur portable. Et inversement, mon ordinateur portable n'est que rarement allumé quand je suis sur mon ordinateur fixe. Par contre, avec un seule machine, utiliser svn ou un scm décentralisé revient au même...
Sinon, pour Trac, il est possible de l'interfacer avec d'autres scm. Voir par là pour plus d'infos : projects.edgewall.com/tra...
Je voudrais installer SVN (sur Dapper biensûr) pour gérer le développement d'une application.
Comment pourrais-je faire (si SVN le permet) pour gérer les fichiers de DEV et ceux de PROD ?
Par exemple un serveur de développement (mes développeurs pourront updater et commiter leurs versions locales sur ce serveur) avec écriture seule sur le serveur de production depuis lequel mes clients (serveurs sur lesquels mon application tourne) pourront updater leurs versions (lecture seule).
Merci :)
"Comment pourrais-je faire (si SVN le permet) pour gérer les fichiers de DEV et ceux de PROD ?"
Via les branches/tags ?
La version de dev = version courante du dépôt SVN
Version de prod = une branche du dépôt SVN
Pour les machines de prod, elles font un checkout ou un export à partir de la branche qui les intéresse...
Oups, j'avais oublié ce commentaire, merci NiCoS pour cette réponse pertinente.
@Bruno Michel:
> J'ai, par exemple, un ordinateur fixe et un ordinateur portable.
Oui, c'est mon cas aussi, je vais regarder de plus près les solutions proposées.
L'exclusion d'un fichier avec le propedit ne fonctionne que si le fichier n'est pas déjà dans le dépôt. Comme le .html est déjà dedans, il sera toujours inclu. Il faut d'abord le supprimer et le recréer sans l'inclure pour qu'ensuite il ne soit pas pris en compte.
Merci pour cette précision Loïc, au plaisir de te lire :-).
Salut,
Personellement, j'avais fait une petite étude des produits scm opensource ... et il y en a pas mal.
Finalement, j'ai choisi SVN car à l'époque (6 mois), c'était le produit le plus abouti, le plus stable, le plus diffusé, et le mieux intégré (plugin dans Eclipse, etc ...).
Cependant, c'est loin d'être mon favori et j'adorerai bazaar avoir une plus grosse diffusion et plus de plugin et d'outil pour une meilleure IHM.
Dans l'attente, SVN est pas mal (perso je n'ai pas besoin de commit sans connexion au serveur), et j'arrive à faire ce que je veux assez facilement.
Bonjour,
je suis étudiant en rédaction technique, et je voulais savoir si on peut contourner un peu l'usage de svn pour une utilisation ds la rédaction technique, c à d quand plusieurs rédacteurs travail sur la meme doc notament en FM (framemaker) ou .odt , est ce qu'il ya possibilité de controler les versions...
merci d'avance
Bonjour,
Il me semble que les .odt sont des simples archives (.tar ou .tar.gz je sais plus) donc ça doit être possible en réarchivant/désarchivant à chaque commit (avec des hooks particuliers pour automatiser). Enfin ça reste pas évident à mon avis...
Si vous pouvez travailler sur du texte brut pour ensuite le mettre en forme c'est beaucoup plus simple.
Livres : Javascript, Subversion, CSS
Je vous l’annonce, depuis janvier 2007 je suis boulimique. Boulimique mais d’informations, de connaissances et de savoir. S’il y a bien un univers qui ne pardonne pas à ceux qui se contentent des acquis, c’est bien celui dR...
Utilisation de bazaar par l'exemple, mise en place d'un répertoire partagé de travail sur Code Igniter
Bazaar est un gestionnaire de version, un VCS en anglais : Version Control System. Si jamais vous ignorez ce qu'est un gestionnaire de version je ne peux que vous conseiller de vous renseigner sur ce qu'est un gestionnaire de version (la définition
Ici (http://www.sourceslist.netsons.org), vous pouvez trouver un site entièrement consacré aux sources.list pour Ubuntu, Debian, Linux Mint, OpenSuse. Chaque sources.list contient plus de 180 dépôts. En outre il y a une version textual e une version debian qui est mis à jour automatiquement chaque fois que vous ajourez votre ditro. (sudo apt-get dist-upgrade)
L'url è changé: http://www.sourceslist.eu
Ça peut paraître assez cruel, mais ... quel intérêt pour un usage personnel ? git, mercurial ou même bazaar-ng, des scm décentralisés, me semblent plus adaptés.