2010-09-01 6 views
1

L'exécution soit Autotest de $ ou donne $ Autotest -f le même résultat:Autotest sur ubuntu ne fait rien

# En attente depuis [timestamp]

Modification d'un fichier de contrôleur ou spec obtient juste cette ligne répétée (avec timestamp plus récent). Si j'essaie $ autotest -v, il n'inclut pas la spécification ou le contrôleur parmi la liste des fichiers pour lesquels aucun test ne correspond, ce qui est bon; mais il ne montre rien d'autre que la ligne #waiting.

Si je modifie une spécification ou un contrôleur lors de l'exécution de -v, la sortie est un hachage répété deux fois avec {[path/to/changed/file] => [timestamp]}.

Voici Ubuntu 9.04, Ruby 1.9.2, Rails 3, autotest 4.3.2, autotest-rails 4.1.0 et rspec 2.0.0.beta.20. (Je devrais aussi dire que rspec/spec fonctionne bien.) Des idées?

Répondre

0

J'ai exactement le même environnement, sauf Windows au lieu d'Ubuntu. J'ai le même problème. Je déterminé qu'il n'utilise en fait le rails_app/Autotest/discover.rb configuration I comme celui-ci (essayé de l'ordre de changer, n'a pas d'importance, a ajouté des déclarations de sortie et ils ne me suis jamais courir.):

Autotest.add_discovery { "rspec2" } 
Autotest.add_discovery { "rails" } 

J'ai trouvé la solution:

dans mon Gemfile pour Bundler je l'avais indiqué ZenTest et nécessaire pour échanger pour ces beautés (Autotest-rails dépend de ZenTest, mais cela fait toute la différence):

gem 'autotest' 
gem 'autotest-rails' 

et maintenant cela fonctionne (presque mais au moins maintenant j'ai un problème Windowsy sans rapport) em). Je crois que ceci vous aidera!

Eh bien autotest, ne fonctionne toujours pas, mais bundle exec autotest fait, et c'est assez bon!

+0

Hélas, ce n'est pas pour moi. J'ai fait un "autotest" dans le Gemfile, et ajouter "autotest-rails" m'a juste causé une erreur liée au fait que j'utilise la gemme mynyml-redgreen au lieu de Redgreen. Merci quand même! – bgates

+0

"autotest" + "autotest-rails-pure" fonctionne pour moi. –

+0

Le gem rouge (toutes les saveurs) devrait être sorti de votre pile avec RSpec2, comme il le fait lui-même. Cela pourrait bien être votre problème. J'ai lu des gens ayant ce problème ailleurs. La coloration RSpec2 est expliquée au bas de ce wiki: http://github.com/dchelimsky/rspec/wiki/autotest-integration Et maintenant je vois que vous l'avez résolu vous-même. Vraiment bien, sortez de Redgreen. :) –

2

Aha! Je faisais cela dans le cadre de ma première expérience avec rvm, mais j'avais ZenTest comme gemme dans/usr/lib/ruby. Même après avoir défini 'rvm use ___' sur le gemset que je voulais - celui avec les gems autotest et autotest-rails-pure - la commande 'autotest' récupérait toujours le fichier/usr/bin/autotest que l'ancien ZenTest avait mis en place. Donc, pour tous ceux qui suivent railstutorial.org - assurez-vous de ne pas avoir de gemmes provenant de l'utilisation pré-rvm (ou des installations sudo gem) qui laissent des fichiers dans des endroits inattendus.

Pour moi, 'sudo gem uninstall ZenTest' s'est avéré être un succès.

0

Mon problème a été résolu en ajoutant ce qui suit à mon auto-test/fichier discover.rb:

 
Autotest.add_discovery { "rails" } 
Autotest.add_discovery { "rspec2" } 

Autotest.add_hook(:initialize) do |at| 
    at.add_mapping(%r%^(models|controllers|routing|views|helpers|mailers|requests|lib)/.*rb$%)  do |filename, _| 
    filename 
    end 
end 

Cela forcera à charger Autotest tous vos fichiers et tirer correctement vos spécifications lorsque vous enregistrez une modification soit un fichier d'application ou un fichier de spécifications.

Je blogué à ce sujet ici: http://itshouldbeuseful.wordpress.com/2011/03/08/force-autotest-to-load-all-your-application-files/

Questions connexes