Pourquoi Rails met-il en cache les fichiers lorsqu'il est hébergé sur une machine virtuelle et le code base sur un partage Samba?

Question

J'ai la configuration suivante:

• Code sur ma machine locale (OS X) partagée en tant que partage Samba
• Une machine virtuelle Ubuntu s'exécutant sous Parallels, monte le partage

Exécution de Rails 2.1 (par l'intermédiaire de Mongrel, WEBrick ou d'un passager) en mode développement, si je modifie mes vues, celles-ci ne sont pas mises à jour sans que je doive lancer le serveur. J'ai essayé de passer à un partage NFS à la place, mais je rencontre le même problème. Je suppose que c’est une sorte de problème de cache Samba, mais l’autotest détecte instantanément les modifications apportées aux fichiers.

Remarque:

• Ceci n'est pas une mise en cache de rendu ou de mise en cache de modèle et config.action_view.cache_template_loading n'est pas défini dans la configuration de développement.
• L'extraction directe de la base de code sur la machine virtuelle n'affiche pas le même problème (mais je préférerais ne pas le faire)
• La modification du fichier de vue directement sur la machine virtuelle ne résout pas ce problème.
• Si vous touchez le fichier de vue après des modifications, les modifications apparaissent dans le navigateur.
• J'ai également remarqué que l'horloge de la machine virtuelle durait une heure, mais le changer pour l'heure correcte ne faisait aucune différence.

Answer 1

J'ai eu exactement le même problème en développant andLinux. L’horloge de mon andLinux avait environ trois heures d’avance sur l’hôte Windows, et le réglage de l’heure correcte (en fait, environ une minute derrière) a résolu le problème.

Answer 2

En fait, définir la date et l’affichage corrects le temps passé dans la machine virtuelle semble avoir résolu le problème (après avoir redémarré mongrel) - je vais creuser un peu plus.