-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[sql-8]: run itests against all DB types #955
Conversation
9e1bae0
to
dd41868
Compare
In this commit, we introduce a DevConfig struct which is embedded in the main lit Config struct. It is defined in two separate files that are made mutually exclusive using the `dev` build tag. The idea of this struct is that it allows us to expose additional config options to LiT if we build in a development environment such as our itests. In other words, we will be able to start developing features and testing them before making them available to users via the production build. As of this commit, both implementations of the struct are the same.
In this commit, we expand the dev build's DevConfig options struct with Postgres and SQL backend options that can be used to initialise the account store.
Add the ability to specify the db backend to run use for accounts when running itests. With this commit, you can run something like: `make itest dbbackend=sqlite`.
In this commit, we ensure that our CI runs our itests against all available DB backends. Currently, this will only affect the accounts store.
dd41868
to
5eba328
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Niiiiiiiice, looks great 🚀!!
The itest CI check for all individual backends have passed, but the check hasn't reported back though. Is there something additional that needs to be added?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 🏁 ⚡
@@ -216,7 +216,7 @@ type LightningTerminal struct { | |||
middleware *mid.Manager | |||
middlewareStarted bool | |||
|
|||
accountsStore *accounts.BoltStore | |||
accountsStore accounts.Store |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🎉
no - it's just an artifact from the previous name (since we now longer use that name). Might mean needing to clear a GH cache or something |
@ViktorTigerstrom - turns out the reason was just that GH still had that old CI name listed under branch protection rules as a "Required" step. So just had to remove that and add the "Required" check for the new names :) |
This completes the final step of the accounts section in phase 1 of #917
Here we run our CI itests against all DB types. As of this PR, that means that the accounts store is spun up with different DB backends for the various iterations.
(more detailed description to follow)