Journal problème de migration : pas de notification des modifications de fichiers distant

Posté par Ludovic Gasc le 20 avril 2005 à 16:12.

Étiquettes : aucune

avr.

2005

Bonjour à tous, je suis actuellement en stage et en train de faire migrer des informaticiens à kubuntu. La migration est en cours de test.
Ma société fait du développement web.
Les développeurs travaillent directement sur les fichiers qui sont partagés en samba sur le serveur web de développement. Le problème que j'ai, c'est que quand quelqu'un modifie un fichier sur ce serveur, ni kwrite, ni kate, ni quanta ne signale la modification du fichier, alors que ultraedit le fait.
J'ai tenté de modifier les fichiers en smb://, en fish:// et en faisant un montage samba, mais aucun des trois ne permet apparament à l'application de détecter la modification de fichier, alors que quand je modifie un fichier en local, j'ai bien une boite de dialogue dans l'éditeur pour me signaler la modification.
Une idée à me proposer ?
J'ai pensé mettre en place un serveur NFS ou ftp, mais j'ai peur que cela ne fonctionne pas, vu que ça marche pas déjà avec smb:// ni avec le montage.

# précisions

Posté par Ludovic Gasc le 20 avril 2005 à 16:19. Évalué à 2.

Ne me proposez pas une solution à base de subversion/cvs, je l'ai déjà proposé, elle serait meilleure pour éviter les erreurs de modifications, mais ils préfèreraient s'en passer.
- [^] # Re: précisions
  
  Posté par vieuxshell (site web personnel) le 20 avril 2005 à 20:33. Évalué à 3.
  
  Bon, plein de gens l'ont déjà précisé plus bas, un scm serait vraiement la meilleur solution.
  
  Surtout qu'avec Subversion aujourd'hui c'est devenu tres simple de mettre en place une base (et a administrer) et l'utilisation est relativement simple également.
  
  Les développeurs ont peut etre eu une (ou plusieurs) mauvaises expériences avec CVS (admin parfois tricky) fonctionnalités de base manquantes (versionnage des reps, renommage, ...).
  
  Suivant le nombre de dev, essaye de proposer un proto (avec une base qui mettrait à jour automatiquement le ou les sites web concernés a chaque commit) l'idéal serait de trouver 1 ou 2 personnes qui seraient partantes pour tester et apres ... laisser faire son petit bonhomme de chemin à l'idée.
  
  De plus, l'adoption d'un Scm pour les développement est quand meme la preuve d'un certain niveau de qualité de développement (en fait c'est plutot son absence qui marque une grosse lacune mais il faut présenter l'idée de facon a ce qu'elle soit recevable).
  
  My 2 cents.
# SCM?

Posté par Marc (site web personnel) le 20 avril 2005 à 16:20. Évalué à 2.

je me trompe où c'est pour éviter ce genre de chose assez crade qu'on a inventé des outils comme CVS?

Il me semble qu'être plusieurs a attaquer le même fichier n'est pas une bonne idée... (enfin, j'en suis sûr, mais bon...)
- [^] # Re: SCM?
  
  Posté par Marc (site web personnel) le 20 avril 2005 à 16:22. Évalué à 2.
  
  ah, ben fallait mettre ton commentaire au dessus dans le journal...
  
  Il me semble quand même que ce que tu tentes de faire n'est pas une bonne chose. Si ça repose sur l'OS+l'editeur etc, c'est assez mal.... Qu'est ce qui empeche une mauvaise manip du genre "mince, j'ai forcé ma version par dessus celle déjà présente" ...
  bref
  - [^] # Re: SCM?
    
    Posté par Ludovic Gasc le 20 avril 2005 à 16:28. Évalué à 1.
    
    je suis entièrement d'accord avec toi, mais je ne suis que stagiaire, je ne peux pas tout révolutionner non plus ;-)
    Le problème étant que la migration sera possible seulement si je trouve une solution satisfaisante pour ce problème là.
    
    J'ai aussi un problème d'imprimante dont je posterai bientôt un journal, vu que mon message sur le forum n'a rien donné et que je m'arrache les cheveux depuis plusieurs jours :-) C'est un problème de non-interprétation de postscript => http://linuxfr.org/forums/15/8163.html(...)
    - [^] # Re: SCM?
      
      Posté par Marc (site web personnel) le 20 avril 2005 à 16:31. Évalué à 2.
      
      Ben moi qui me trouvais mal loti, je crois que y'a pire en fait ;)
      
      dont je posterai bientôt un journal, vu que mon message sur le forum n'a rien donné
      
      Toi, tu cherches la merde :) Même si tu le fais, ne le dis pas, ça pourrait passer inaperçu (quoique).
      Imagine si tous les gens qui passent des heures sur un problème déposaient un journal...ça ferait un gros bordel ;)
# CVS ?

Posté par pierthi le 20 avril 2005 à 16:24. Évalué à 2.

Ça me rappelle une boite où j'ai bossé, on éditait les fichiers via un serveur NFS avec annonce vocale™ des fichiers qu'on voulait modifier. Miraculeusement, les conflits étaient très rares. Je priais quand même chaque jour pour qu'on installe CVS, il a fallu un intense lobying auprès des instances dirigeantes, pour qu'il soit mis en place. Pas facile à changer les habitudes.

Sinon, un conseil dénué du moindre troll, tu devrais vraiment leur mettre vim comme éditeur, qui lui au moins sait détecter ce genre de problème.

Plus sérieusement, CVS est vraiment taillé pour ce genre de travail.
- [^] # Re: CVS ?
  
  Posté par Olivier Grisel (site web personnel) le 20 avril 2005 à 21:10. Évalué à 2.
  
  Yep, vim et surtout sa version graphique gvim fait ce genre de test.
  
  S'il s'agit de windowsiens, pourquoi ne pas essayer cream (version de gvim avec des raccourcis clavier à la windows) :
  
  http://cream.sourceforge.net/screenshots.html(...)
  
  S'il sont habitués à des gros IDE, peut etre qu'eclipse sera plus adapté.
  
  Mais comme tous les autres ici je pertinente l'utilisation d'un SCM comme subversion. Eclipse et vim disposent de modes pour subversion (http://subclipse.tigris.org/(...) et http://vim.sourceforge.net/scripts/script.php?script_id=922(...) ). A toi de preparer un environnement de travail type avec demo à l'appui pour les convaincre des énormes benefices de l'utilisation d'un SCM (qualité du code, undo, détection des conflits, ...)
  - [^] # Re: CVS ?
    
    Posté par Frédéric COIFFIER le 21 avril 2005 à 10:17. Évalué à 2.
    
    NEdit fait ça très bien.
    Et NEdit est simple, possède les mêmes raccourcis que les applis windows (pour ne pas les perturber) et sur la dernière version, NEdit gère même les onglets.
    
    Reste à voir si le problème de détection de modification vient de l'éditeur et du fait que les fichiers soient sous Samba.
# C'est assez simple

Posté par Jerome Herman le 20 avril 2005 à 16:42. Évalué à 3.

Tu as un problème de mise en cache local.
Pour voir les modifications en temps réel il va falloir définir précisément les droits pour chaque répertoire partagé et gicler tous les caches samba sur ces répertoires.
Par contre en samba 3 je ne sais pas comment on fait.
- [^] # Re: C'est assez simple
  
  Posté par Mes Zigues le 21 avril 2005 à 08:59. Évalué à 1.
  
  Est-ce que cela peut provoquer l'effet inverse : des blocages intempestifs avec Samba 2 et des vieux outils bureautiques microsoft ?
# oplocks ?

Posté par oops (site web personnel) le 20 avril 2005 à 17:56. Évalué à 1.

http://home.arcor.de/36bit/samba.html#4.2(...)

Sinon svn ou équivalent c'est l'outils qu'il te faut ...
# En nfs...

Posté par tico le 20 avril 2005 à 18:02. Évalué à 1.

Chez moi ça marche

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.