[KnuX]

Bonjour tout le monde,

Lors du développement d'un site Internet (PHP/HTML) avec plusieurs individus, le problème de "mettre en commun" chacune de nos parties se pose trop souvent.

J'ai vaguement entendu parlé des systèmes CVS et Subversion, je pense que l'approche rejoint les besoins.

Néanmoins, je n'y connais franchement rien... Et ma première interrogation est : Peut-on utiliser un tel système sur un hébergement où on ne peut ajouter de module à l'apache ?

Je cherche sur google, sans trop trouver... C'est pourquoi j'apprécierais des retours d'NDFRiens qui auraient mis en place, ou au moins utilisé ce genre de système.

Le but étant, à tout moment, de travailler sur la version en développement du site. Actuellement, sans le demander aux autres, je n'ai rien pour me dire que "Je peux éditer ce fichier, personne n'est en train de l'éditer de son côté".

Merci d'avance

[whynot]

C'est un post qui sert à rien, mais bon : je sais pas mais la réponse m'intéresse .

Ah tiens en fait non : dans les outils collaboratifs bon à connaître, Writeboard permet la création/modification de -texte- à plusieurs par le ouaibe très facilement.

[fonji]

Ben y'a pas de module à apache à mettre...
Il te faut un serveur cvs sur ton serveur web et te démerdouiller pour que le dossier de ton appli web soit le même que le dossier des répo cvs... Et t'auras des dossiers "cvs" partout...

Bref c'est bien pour le développement, mais faut pas mettre ça sur le serveur de déploiement final.
Le mieux selon moi reste à développer chacun de son coté, mettre les modfis sur un cvs, ne pas oublier de faire les cvs update pour pas tout casser (télécharge les modifications des autres), et gérer le serveur web par ftp.

Heuuuu c'est pas facile à expliquer en fait.

[Matt]

Nan, il ne faut pas que le repo CVS soit le répertoire utilisé par le serveur web, car le repo ne contient pas les fichiers dans une forme utilisable (dans le repo, toutes les versions successives d'un fichier sont stockées dans un seul fichier).

Par ailleurs, le CVS n'est pas ce qui se fait de mieux pour éviter de travailler à deux sur le même fichier (par contre, si deux personnes travaillent sur des zones différentes d'un même fichier, CVS peut fusionner les deux versions). Il y a bien des mécanismes de handover, mais ils sontrelativement contraignants (je n'ai pas encore trouvé d'éditeur intégrant de tels mécanismes).

A mon avis, la meilleure solution est de travailler avec CVS ou Subversion, en communiquant un minimum avec les collaborateurs pour bien définir le travail de chacun, et avec un collaborateur responsable de l'upload du site à intervalles réguliers.

[fonji]

Originally Posted by Matt

Nan, il ne faut pas que le repo CVS soit le répertoire utilisé par le serveur web, car le repo ne contient pas les fichiers dans une forme utilisable (dans le repo, toutes les versions successives d'un fichier sont stockées dans un seul fichier).

Ah oué c'est juste, merci de me le rappeler.

[Benjy]

Sinon, si tout le monde utilise Dreamweaver et sa gestion des sites, il y a les Design Notes qui t'alertent quand tu vas écraser un fichier modifié par un autre, te permettent de laisser des infos, etc. Plus de précisions ici.

[Magi-X]

Originally Posted by Benjy

Sinon, si tout le monde utilise Dreamweaver et sa gestion des sites, il y a les Design Notes qui t'alertent quand tu vas écraser un fichier modifié par un autre, te permettent de laisser des infos, etc. Plus de précisions ici.

Pareil pour eclipse, apart que c'est un simple "watch/edit", donc il te dit (e.g par mail) que quelqu'un edit la source. Mais donc ça ne le protège pas, tout le monde peut editer les mêmes sources en même temps.

Sinon comme Benjy dit, dreamweaver fait ça très bien.Je l'ai utilisé sur mon stage ça protège bien.

[fonji]

Tu peux aussi faire du cvs par eclipse, mais le plug-in php c'est pas encore trop la fête...

[Matt]

Normalement, Eclipse supporte aussi les fonctionnalités de handover de CVS, mais j'ai jamais testé si c'est au point.