كيف أشغل فقط discourse/plugins/poll/spec؟

dachary · 13 يوليو 2016، 7:35م

Hi,

I’d like to only run the tests at discourse/plugins/poll/spec instead of the whole suite with bundle exec rake autospec p l=5. How can I do that ?

Ideally that would not be necessary if autospec detected changes made to plugins but my understanding is that it’s not yet able to do so.

Thanks in advance for your help

gerhard · 13 يوليو 2016، 7:58م

Not sure how it works with autospec since I’m running the specs manually most of the time.
In order to run the plugin specs I’m always setting an environment variable in my IDE: LOAD_PLUGINS=1

dachary · 13 يوليو 2016، 8:26م

Cool ! How would you manually run the spec of the poll plugin ? My IDE is the CLI

dachary · 13 يوليو 2016، 8:33م

I tried

bundle exec rake autospec plugins/poll/spec/*

but it shows

Randomized with seed 8681 ………*…

etc. which suggests it runs more than what I’d expect.

gerhard · 13 يوليو 2016، 8:40م

# this runs just the specs in one file
LOAD_PLUGINS=1 bundle exec rspec plugins/poll/spec/controllers/posts_controller_spec.rb

# this runs all the specs of the poll plugin
LOAD_PLUGINS=1 bundle exec rspec plugins/poll/spec

tgxworld · 13 يوليو 2016، 9:00م

Another way to do it is via the rake task

bundle exec rake plugin:spec["poll"]

dachary · 13 يوليو 2016، 9:14م

It works, thanks ! Where would be the most relevant topic for this information ? Or maybe there is a file in the git repository that should be updated ? The closest thing I found is the Beginner’s Guide to Creating Discourse Plugins Part 6: Acceptance Tests but it only covers part of the qunit tests.

dachary · 13 يوليو 2016، 9:16م

This does not work for me but

bundle exec rake plugin:spec poll

does.

dachary · 13 يوليو 2016، 9:27م

I proposed a change to the VAGRANT.md file. Not sure it’s right but… here it is anyway

sam · 3 مايو 2019، 3:53ص

The best way to do this is use autospec, it now works properly even with symlinked plugins

bin/rake autospec

Save plugin.rb file or plugin spec file and it will run.

Be sure to run all plugin migrations with (which will happen magically if you run)

RAILS_ENV=test bin/rake db:migrate

markvanlan · 19 نوفمبر 2019، 6:15م

كنت أعاني من مشاكل في تشغيل مواصفات الإضافة بعد تنفيذ الأمر التالي:

RAILS_ENV=test bin/rake db:migrate

لم يتم تشغيل عمليات الترحيل في الإضافة التي كنت أختبرها. ثم قمت بتشغيل الأمر التالي:

LOAD_PLUGINS=1 RAILS_ENV=test bundle exec rake db:migrate

وبذلك أصبحت عمليات ترحيل الإضافة محدثة!

من المثير للاهتمام أنه بدون استخدام LOAD_PLUGINS=1 وفي بيئة development، تم تشغيل عمليات ترحيل الإضافة، لكن في بيئة testing لم يتم تشغيلها.

david · 19 نوفمبر 2019، 6:24م

@sam أضاف سحرًا هنا، لذا إذا نفذت RAILS_ENV=test /bin/rake db:migrate فسيتم تحميل الإضافات تلقائيًا. لكنني أعتقد أن معظم الأشخاص لا يستخدمون بدائل bin، لذا تستمر هذه المشكلة في الحدوث لأشخاص مختلفين. ربما نحتاج إلى تضمين المنطق في مهمة rake db:migrate، بدلاً من وجوده في بديل bin

عند تشغيل مجموعة الاختبارات بشكل طبيعي، لا نريد تحميل الإضافات؛ فغالبًا ما تقوم الإضافات بتجاوز الوظائف مما يتسبب في فشل الاختبارات الأساسية.

github.com/discourse/discourse

config/application.rb

858cf5836


      
          if Rails.env == "test"
            if ENV['LOAD_PLUGINS'] == "1"
              Discourse.activate_plugins!
            end
          else

sam · 19 نوفمبر 2019، 11:35م

هذا يجعلني حزينًا جدًا … فبدائل الثُبات تُسهّل الحياة كثيرًا، فمثلاً يحتوي bin/unicorn على الكثير من السحر.

david · 20 نوفمبر 2019، 12:20ص

أعتقد أن معظم الناس (على الأقل أنا) يستخدمون الأمر القياسي

rails s

لحسن الحظ، يتم تشغيل rails binstub بفضل بعض سحر Rails

github.com/rails/rails

railties/lib/rails/app_loader.rb

79bc9e81c


      
          # frozen_string_literal: true
          
          require "pathname"
          require "rails/version"
          
          module Rails
            module AppLoader # :nodoc:
              extend self
          
              RUBY = Gem.ruby
              EXECUTABLES = ["bin/rails", "script/rails"]
              BUNDLER_WARNING = <<EOS
          Beginning in Rails 4, Rails ships with a `rails` binstub at ./bin/rails that
          should be used instead of the Bundler-generated `rails` binstub.
          
          If you are seeing this message, your binstub at ./bin/rails was generated by
          Bundler instead of Rails.
          
          You might need to regenerate your `rails` binstub locally and add it to source
          control:

يطلق binstub الخاص بـ Rails في Discourse binstub الخاص بـ unicorn:

github.com/discourse/discourse

bin/rails

main


      
          # frozen_string_literal: true
          
          if !ENV["RAILS_ENV"] && (ARGV[0] == "s" || ARGV[0] == "server") && Process.respond_to?(:fork)
            ENV["UNICORN_PORT"] ||= "3000"
          
            if ARGV[1] == "-p" && (port = ARGV[2].to_i) > 0
              ENV["UNICORN_PORT"] = port.to_s
            end
          
            ENV["RAILS_LOGS_STDOUT"] ||= "1"
          
            exec File.expand_path("pitchfork", __dir__)
          end
          
          APP_PATH = File.expand_path("../config/application", __dir__)
          require_relative "../config/boot"
          require "rails/commands"

للأسف، rake لا يستفيد من نفس السحر

أعدت 4 نقرات إضافية (لكن نعم، يمكنني إضافة alias، أو استخدام شيء مثل direnv)

الموضوع		الردود	مرات العرض
How do I run the test suite just for one plugin? Development	2	658	14 ديسمبر 2018
Advice on writing Ruby tests for plugins Development	14	1377	3 مايو 2019
Unable to run plugin spec Development	3	1274	5 مارس 2017
Rake db:migrate should LOAD_PLUGINS by default Development	4	714	14 أكتوبر 2020
What does the "bundle exec rake autospec" command do? Self-hosting	9	1406	20 سبتمبر 2020

كيف أشغل فقط discourse/plugins/poll/spec؟

الموضوعات ذات الصلة