2012-12-25 8 views
9

To dziwny problem, zeus zaczyna działać sprawnie.zeus rspec zawodzi zawierają wymagane pliki, ale samo rspec działa dobrze

rspec spec/robi to bezbłędnie.

My spec_helper config is 
# encoding: UTF-8 
require 'rubygems' 

# This file is copied to spec/ when you run 'rails generate rspec:install' 
ENV["RAILS_ENV"] ||= 'test' 
require File.expand_path("../../config/environment", __FILE__) 
require 'rspec/rails' 
require 'email_spec' 
require 'rspec/autorun' 
require 'capybara/rspec' 
require 'shoulda-matchers' 
require 'shoulda/matchers/integrations/rspec' 

Dir["./spec/support/**/*.rb"].sort.each {|f| require f} 

RSpec.configure do |config| 

    config.include FactoryGirl::Syntax::Methods 
    config.include Devise::TestHelpers, type: :controller 
    config.include Capybara::DSL, type: :request 


    config.treat_symbols_as_metadata_keys_with_true_values = true 
    config.mock_with :rspec 
    config.use_transactional_fixtures = true 
end 

Mam wspólne konteksty w spec/support/shared_contexts.rb (który jest zwykle dołączony). rspec spec/ przeszedł wszystkie testy, a następnie zeus rspec spec/ przeszedł wszystkie testy i wyrzuca błędy włączenia jak to

`find_and_eval_shared„: nie można odnaleźć wspólny kontekst «z podpisaną użytkownika» (ArgumentError)

Próbuje przekazać zeus rspec spec/models a następnie rzuca” błędy inkluzji fabrycznych podczas pracy rspec spec/models są w porządku.

Wydaje się wyglądać jak ten problem https://github.com/burke/zeus/issues/175

Odpowiedz

20

znalazłem to zachowanie było przyczyną przez

require 'rspec/autotest' 

w spec_helper.rb

+0

to odpowiedź powinna być przyjęta! – rickmzp

+7

Skomentowanie 'require 'rspec/autorun'' naprawiło problem dla mnie. – silasjmatson

+0

Wielkie dzięki. Wysłałem również twoje rozwiązanie do kwestii github: https://github.com/burke/zeus/issues/134 – Cris