C'est parfait alors. Si ce n'est lié à aucune base de données, ce sera exportable facilement (et a fortiori "sauvegardable" !)
J'ai commencé à lire le manuel officiel et un livre sur SVN. Je vais continué ce soir.

Berzemus, est-ce que tu pourrais m'en dire un peu plus sur ton installation maison ? Ça m'intéresse vraiment.
Une comparaison intéressante pourrait être faite entre Time Machine et SVN. À mon avis, Time Machine n'est pas aussi fin, et ne vise pas les mêmes objectifs, mais ça reprend les concepts non ? (Je ne tiens à ce que le débat dérive dessus, mais j'y avais pensé cette nuit ; je lance simplement l'idée.)
<edit>
Voilà la réponse :

Your Subversion repository is like a time machine.

</edit>

Si SVN est indépendant de toutes bases de données, je pourrais travailler en local, et exporter mon repository sur mon serveur Web. Si je transpose tout le repository sur le serveur, svn co fonctionnera toujours comme il faut non ?

Vivement l'arrivée d'un disque dur externe, ce sera plus propre .

Ah, une question subsiste : les mots de passes. Tout le monde peut faire des commits ? Comment sont gérés les accès (la réponse est sûrement dans le manuel, mais si je peux m'éviter 2h de lecture, ce sera déjà ça de gagner ).


<GROS EDIT>
voici ce que j'ai fais.
mon SVN est créé, j'ai tenté de le modifier, tout se passe bien.
Les checkout de local à local fonctionne très bien, aucun soucis.
Je me dis : comme tout est parfait, mettons voir tout ça en ligne. Une copie simple ne suffit pas, faisons une hotcopy (comme indiqué dans la doc). La hotcopy assure que la db est copiée avec, en clair, c'est une copie stricte. Je la mets en ligne via FTP. Et j'ai de belles erreurs : Pareil avec svn list. On tente alors d'aller directement dans le projet (Svn/Hoa/ où on trouve Trunk & co) : Ça ne dit rien de bon. J'ai l'impression que mon serveur (mutualisé :s) n'a pas Apache chargé avec les modules svn_dav. Donc impossible d'accéder au SVN.
Je ne vois que ça, ou sinon la manipulation n'est pas correct, mais je ne vois pas de moyen de s'en assurer.

J'ai tenté d'y accéder via le protocol svn:// et https:// mais pareil (sauf que svn:// n'existe carrément pas ^^).

J'ai envoyé un ticket à la maintenance, on verra bien, mais si vous avez dit, n'hésitez pas.

Help ?
</GROS EDIT>

Tout bête mon installation maison en fait: avec ma partenaire, on traîne tout deux des portables qui prennent de l'age (un ibook g4 14" et un thinkpad r32), sans parler de mon vieux pc. Comme on n'a pas le besoin d'en changer, et pour assurer un backup fiable de nos données (contre les crash DD), j'ai regardé pour une unité de stockage réseau qui offrait le raid1. Parmi plein d'offres, j'ai opté pour un D-link dns323. Il coutait le double de la concurrence (250€), mais avait l'aventage de fonctionner tout aussi bien pour win que pour mac, avec un serveur Itunes, avec le raid 0/1 ou jbod (et d'autres machins encore).

Il s'est avéré que ce n'était en fait q'un p'tit ordi, tournant sous linux, avec une grande porte ouverte pour toutes les modifications possibles, et une large communauté s'est crée autour. (selon le niv. de competence, on peut soit utiliser des progs pré-compilés, soit copier débian et chrooter dedans, soit carrément installer debian dessus, le wiki que j'ai mis sous le lien est assez bien fait).

J'y ais donc mis firefly pour remplacer le serveur itunes (qui était déjà firefly en fait, mais une ancienne version), et puis subversion. Y'a moyen d'en faire un serveur torrent, un serveur web (ou ftp).

Après y avoir mis deux disques 320Go (j'ai pas été pour les plus gros tout de suite, dans deux ans y'aura des disques 2To pour le même prix) et configuré les utilisateurs, j'utilise tortoise pour garder au chaud mes docs les plus importants (le côté pratique avec tortoise c'est qu'on voit tout de suite si le fichier en déjà dans le repos ou pas, et s'il est à jour), projets et divers bazars. Pas d'image disque (c'est pas le but), mais c'est tout aussi possible. Mon seul problême maintenant est de trouver un soft qui offre la facilité de tortoise mais sous OSx 10.3. (quoique j'hésite à installer 10.4).

Bon, j'ai été un peu long, mais j'en suis fier. Juste un regret, c'est de ne pas avoir un réseau gigabit. Le dns323 le permet, mais ni le routeur et ni les portables. (quoique le 100mbit ça va, le pire, c'est par wifi..)



Maintenant, pour retourner à ton mouton, pourquoi faire un hot-copy sur le serveur ? Hotcopy fait une copie complète et totale du repos, et a moins de vouloir utiliser le serveur distant en tant que serveur svn, je ne vois vraiment pas l'interêt de le faire.. si ton but est de simplement offrir au téléchargement ton projet, c'est par un export, qui va sortir une jolie structure nettoyée des artefacts .svn.

Si tu veux proposer plusieurs téléchargements possibles (version stable, nightly build, ...), j'automatiserais l'export de ton svn local vers ton serveur ftp (avec gzip et tout). Mais bon, y'a sans doute de meilleures façons, le truc c'est de s'arrêter à la moins pire (sinon on a pas fini de chercher..)

Merci pour ton explication d'installation maison .

Bien, le but est bel et bien de proposer l'architecture de SVN sur mon serveur distant. De façon à ce qu'on puisse utiliser : "svn co http://hoa-project.net/svn/ .", après concernant le comportement des add, update, commit etc., je veux seulement le faire en local, pas en distant.
Donc on partirait sur un export comme tu me le conseilles, et tu penses que ça résolverait mon problème ?
J'aurais de toute façon besoin d'exporter les versions principales (stable, nightly build, bêta ...) en gzip & co. Car SVN n'est pas forcément accessible à tous (et installé sur tous les ordis), et de simples liens dans un tableau font toujours des petits heureux.

Donc je devrais avoir un export de mon repository sur mon serveur, et faire un petit script pour générer des archives (gz & co) automatiquement. Ce serait l'idéal.

Le problème : je suis à la fac actuellement, et je rentre pas bien tôt. Hoa est censé sortir demain, la joie (mais pourquoi j'ai choisi le 1er février ... ).

Je lis la documentation sur l'export, on verra si ça résolvera le problème (je l'espère).
Mais est-ce que faire un export sera toujours accessible depuis : svn co http://hoa-project.net/svn/ . (et svn list etc.) ?

<edit>
J'ai testé l'export rapidement. ça confirme bien ce que je pensais, apparement mon hébergeur n'a pas activé SVN pour Apache.
Quand je rentrerai ce soir, je ferais un export sur mon local, puis je ferais le transfert par FTP.
Mais visiblement, les commandes SVN n'ont pas de réponses sur mon serveur. Non ?
</edit>

La sortie de mon framework est pour le 1 février

Euh... Bonne nuit ?

La sortie de mon framework est pour le 1 février

Euh... Bonne nuit ?

Merci c'est vraiment sympa hehe .

Toujours pas de réponses de mon hébergeur. À mon avis, aucun effort ne sera fait car je suis un mutualisé et pas un dédié. J'attends quand même leur réponse.
S'il n'y a rien de nouveau avant ce soir, je tenterai de faire une création d'archive automatique à partir du SVN, et je ferai le transfert à la main. Peu pratique, mais je ne vois que ça comme solution .

Le framework comporte les bases depuis près de 4 mois, mais je n'ai rien fais depuis (temps libre réduit à 0 oblige). C'est dommage, il serait sorti plus tôt, ça aurait été mieux.
À partir de février, rédaction des manuels, et rédaction du livre en force . L'année 2008 sera riche en écriture huh .

Je vous tiens au jus concernant SVN . Si quelqu'un a une solution pour passer de SVN à archive, je suis preneur !

Tu as déjà regardé du côté de websvn ? ( http://websvn.tigris.org/ )

je suis tombé la dessus par hasard, en parcourant un repos de sqlite, ça a l'air de bien marcher.
( http://svn.ps2dev.org/listing.php?repna ... =2232&sc=1 )

J'étais dessus justement. Mais il faut pouvoir exécuter des commandes pour l'installer. Pour Trac il me faut Python ou Perl je sais plus. Pour Bugzilla, il faut être un roxxor, un tueur, un dieu vivant pour réussir à l'installer. Il demande beaucoup de modules Perl et Python. Je regarde du côté de ViewVC, mais ce n'est gère mieux. En gros, c'est pas avec un mutualisé que je vais m'en sortir.
Toujours pas de réponse de mon hébergeur.

Personne n'aurait un dédié sous la main par hasard ?

'vais faire un saut dans /usr/bin/gzip .

<edit>
Et SourceForge ?

Oui, en définitive je pense aller sur SourceForge. Il faut que je prenne du temps pour trouver des descriptions précises du projet, mais j'y gagnerais, c'est clair.
Il faut que j'étudie ça. Pendant ce temps là, le projet est déjà en place, ça tourne .

Je vous tiens au jus .

Merci .

Sourceforge a certains avantages (accès SSH à une machine, entre autre), mais je recommanderais plutôt Google parce qu'ils sont plus rapides que Sourceforge à tous les niveaux.

Bonjour,

les soucis continues avec SVN .
Maintenant tout fonctionne impeccablement mais j'aimerais avoir une information.
J'aurais besoin de synchroniser 2 repositories en même temps. Est-ce que c'est possible ?

Je m'explique : j'ai un serveur SVN local, et un serveur SVN distant. Quand je fais une mise à jour, j'aimerais que ça se fasse sur ces 2 serveurs en même temps. En gros, un commit sur 2 repos. Est-ce donc possible ?

Merci .

Si les 2 repository doivent être synchronisés, pourquoi avoir 2 serveurs ?

La production ne doit être qu'un checkout

Si le serveur SVN distant n'est pas permanent, je préfère en avoir un en local . Cherche pas ^^.
Mais est-ce que c'est possible ?

Je m'explique : j'ai un serveur SVN local, et un serveur SVN distant. Quand je fais une mise à jour, j'aimerais que ça se fasse sur ces 2 serveurs en même temps. En gros, un commit sur 2 repos. Est-ce donc possible ?

C'est pas une bonne chose à la base. SVN est un gestionnaire de versions centralisé, cela sous-entend qu'il ne doit y avoir qu'un seul référentiel... Peut-être donc que tu demandes à SVN ce qu'il n'est pas prévu pour faire. As-tu regardé du côté des gestionnaires de version décentralisés ?

Si tu considères que le serveur distant n'est qu'un mirroir, c'est plus une question de réplication que de distribution. Et dans ce cas, il devrait être possible de mettre un post-commit hook dans le repository local pour répliquer les modifications par svnsync sur le serveur distant. Reste à voir à quel point c'est stable, moi je ne l'ai jamais utilisé.