mirror of
https://github.com/discourse/discourse.git
synced 2026-08-09 21:45:25 +08:00
6df9b0b357RSpec setup becomes harder to follow at either extreme: trivial fixture wrappers hide lifecycle and intent, while forcing every named operation inline repeats low-level protocol and configuration details. This change documents and applies a test-setup hierarchy: - use `fab!`, `let`, `let!`, `subject`, and inline `Fabricate` according to lifecycle and role; - use a small example-group method when parameterized behavior gives one spec useful vocabulary; - move helpers into auto-loaded `spec/support` only when they are shared across spec files; - use fabricators and page objects for the data shapes and system-test interfaces they own. Core and plugin support files are loaded centrally by `rails_helper`, so plugin-specific support loaders are unnecessary. The migration specs encountered during the sweep are removed according to repository policy; production migrations are unchanged. |
||
|---|---|---|
| .. | ||
| app | ||
| assets | ||
| config | ||
| db/migrate | ||
| extensions | ||
| lib | ||
| spec | ||
| test/javascripts/acceptance | ||
| package.json | ||
| plugin.rb | ||
| README.md | ||
| tsconfig.json | ||
Discourse Post Voting
Discourse Post Voting allows the creation of topics with votable posts.
Please refer to https://meta.discourse.org/t/227808 for more info!
Contributions
Special thanks to Pavilion for building https://github.com/paviliondev/discourse-question-answer which this plugin took inspirations from.
