S.F. le 06/07/2006 :

Ç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.

gigigan le 06/07/2006 :

je suis utilisateur de CVS pour phplister et subversion m'intéresse,
je suis impatient de lire la suite de l'article.

vdemeester le 06/07/2006 :

Ah mon dieux, david a les même lectures que moi !!!
Je confirme, livre petit en taille mais très complet en contenu :D

David, biologeek le 07/07/2006 :

@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.

PiTiLeZarD le 07/07/2006 :

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 ;)

Nicolas Steinmetz le 07/07/2006 :

Merci pour avoir signalé l'existence de mon tutoriel sur subversion :-)

David, biologeek le 07/07/2006 :

@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.

Nicolas Steinmetz le 07/07/2006 :

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 ;-)

S.F. le 08/07/2006 :

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 ;-)

David, biologeek le 08/07/2006 :

@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 ?

Bruno Michel le 08/07/2006 :

@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...

didine le 13/07/2006 :

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 :)

NiCoS le 20/07/2006 :

"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...

David, biologeek le 20/07/2006 :

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.

Loïc d'Anterroches le 09/08/2006 :

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.

David, biologeek le 09/08/2006 :

Merci pour cette précision Loïc, au plaisir de te lire :-).

L@u le 14/11/2006 :

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.

habib le 12/04/2007 :

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

David, biologeek le 12/04/2007 :

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.

La Case de l'Onc' Tom le 24/04/2007 :

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...

BastNic's Blog le 14/06/2007 :

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

Ciccio le 09/02/2009 :

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)

Alex le 11/04/2009 :

L'url è changé: http://www.sourceslist.eu