[quote="Hubert Roksor"]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 [i]devrait[/i] ê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é.[/quote]
C'est déjà plus ce que je cherche en fait.
J'ai mon serveur SVN en locale et j'aimerais que les gens profitent du serveur SVN que j'ai sur SF (SourceForge). Mais à chaque fois, je dois tout supprimer et réimporter mon serveur actuel (svn delete et svn import) pour synchroniser, c'est un peu merdique pour l'instant ...

Je vais regarder donc la piste du post-commit hook et svnsync. Je ne connais pas SVN et j'ai du mal à trouver de la doc', d'où mes questions.

Merci :), je reviens avec de meilleures nouvelles dans quelques jours (espérons) ;-).

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 [i]devrait[/i] ê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é.

[quote="HyWaN"]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 ?[/quote]

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

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

La production ne doit être qu'un checkout ;)

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

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.

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

[color=darkblue]Ah j'allais le dire : pourquoi tu ne mets pas ton projet sur Sourceforge, les outils y sont déjà installés ![/color]

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 ?

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?repname=psp&path=%2Ftrunk%2Fsqlite%2F&rev=2232&sc=1 )

[quote="albat"][quote="HyWaN"]La sortie de mon framework est pour le 1 février[/quote]Euh... Bonne nuit ? :-* ;)[/quote]
Merci c'est vraiment sympa :evil: 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 :P.

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

[quote="HyWaN"]La sortie de mon framework est pour le 1 février[/quote]Euh... Bonne nuit ? :-* ;)

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 [i]repository[/i] 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 ... :cry:).

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.
[code]$ svn export http://hoa-project.net/Svn/
svn: PROPFIND request failed on '/Svn'
svn: PROPFIND of '/Svn': Could not resolve hostname `hoa-project.net': No address associated with hostname (http://hoa-project.net)[/code]
ç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>

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 [url=http://wiki.dns323.info/]D-link dns323[/url]. 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 :wink: (sinon on a pas fini de chercher..)