You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On the contributing page under running the background tests it states that "The test harness will ensure that migrations are run". However, when attempting to run the tests for the first time I get errors from the cargo_registry target because the database tables don't exist yet.
I manually ran the migrations and then reverted the final migration. I then see it running the last migration as part of the all target, which is the last batch of tests to run.
The text was updated successfully, but these errors were encountered:
sgrif
added a commit
to sgrif/crates.io
that referenced
this issue
Jun 9, 2017
While we're running these in the integration tests, they weren't run
before unit tests. Rather than duplicating the logic for this everywhere
that we have a test that interacts with the database, we can just do
this at compile time.
As best I can tell, Cargo doesn't give you any environment variable to
know that you're building for tests and not just a debug build, so I've
set this up to only try to migrate if the env var is present, and not
error in its absense.
Fixesrust-lang#762.
On the contributing page under running the background tests it states that "The test harness will ensure that migrations are run". However, when attempting to run the tests for the first time I get errors from the
cargo_registry
target because the database tables don't exist yet.I manually ran the migrations and then reverted the final migration. I then see it running the last migration as part of the
all
target, which is the last batch of tests to run.The text was updated successfully, but these errors were encountered: