Discussion :

[Toin3]

Bonjour à tous.

Je vais bientôt me lancer dans un projets web avec un copain, et pour ne pas avoir de mauvaises surprises en modifiant les fichiers, je souhaiterais installer un gestionnaire de version.

Je vous explique la situation :

Chacun travail sur son PC perso.
J'ai mis en place un serveur sur lequel tourne Apache, PHP, MySQL et sur lequel je voudrais installer le serveur de gestion de version.
J'ai déjà tenté SVN, mais je n'arrive pas à l'intégrer directement dans mon installation d'apache, ce qui fait que quand je veux visualiser un fichier PHP, il n'est pas interprété par le serveur.

Est-ce que quelqu'un pourrait m'aider ou me proposer une autre solution ?

Merci d'avance.

[_Mac_]

C'est un sujet qui a déjà été abordé : http://www.developpez.net/forums/d10...ersion-apache/

Tu peux mettre en place un checkout automatique toutes les heures par exemple pour mettre à jour le document root d'Apache. Ou alors, infiniment plus crade : monter ton SVN dans le document root d'Apache en tant que file system WebDAV avec davfs. Franchement pas recommandé.

[Toin3]

Merci pour ta réponse.
Ca me parait un peu compliqué comme solution :s
Si je prend git comme gestionnaire de version, ça va pauser le même problème, ou non ?

Merci.

[_Mac_]

Ca va poser exactement le même problème.

[Toin3]

Mmm ok.
Et quand tu dis :
"Ou alors, infiniment plus crade : monter ton SVN dans le document root d'Apache en tant que file system WebDAV avec davfs. Franchement pas recommandé. "

Pourquoi c'est pas recommandé ? Question de sécurité, de conflits, ... ?

Pour ta solution de checkout ou export, il faudrait en gros que je fasse un script qui automatise tout ça, toutes les 5 minutes en gros ?


Merci.

[_Mac_]

Ce n'est pas très beau parce que le montage d'un tel file system n'est pas fiable : tu ne sais pas dire ce qu'il va se passer sur ton SVN et pour Apache si SVN plante. Si un script écrit un fichier en local dans le document root, il va se retrouver dans SVN, donc ton SVN sera pollué. Ca va aussi être très lent. Et tout code écrit dans SVN sera utilisé aussitôt sa publication : si tu veux attendre de versionner avant de pouvoir tester, tu pourras mais difficilement.

Le plus propre et le plus simple c'est de faire un export dans le document root d'Apache à des moments contrôlés. Si le but c'est vraiment de tester en continu tu peux faire des export toutes les 5 minutes de manière automatique. Si l'export plante, tu ne prends aucun risque tant pour Apache que pour SVN. Mais ce n'est pas du direct.

Le script à faire est très simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cd /var/www
svn export ...

[Toin3]

Merci pour ta réponse.
Par contre, je me pause plusieurs questions :

- Au niveau de la charge serveur, ça va donner quoi ?
- C'est possible de réaliser un tel système sous Windows Serveur 2003 ?

Merci.

[yjuliet]

Au niveau charge serveur, tout dépend de ta config, mais pour avoir laissé un SVN + quelques services sur un Pentium III avec 1 Go de mémoire, le SVN n'avait d'impact sur les perfs que lors des commits.
Apache est quasiment transparent à moins de scripts très gourmands en cycles processeur.

[Toin3]

Me revoila après plusieurs test.
J'ai mis en place un hook post-commit qui export le repository vers un répertoire dans le chemin d'apache : ça fonctionne.
Maintenant j'aimerais que lorsque je commit, il n'y est que les fichiers qui ont changés qui soient copier, et non pas tout le repository ...
Est-ce que quelqu'un aurait sous la main un tel script pour Windows ?

Merci