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
As described here, cargo features should be additive and safe to compose because a package is built with the combination of features its dependencies enable.
This is not true for the no-network-tests feature. The consequence of this is that it is possible to accidentally disable network tests if the testing becomes more complicated.
It is important to call out that the risk is low because the integration crate is only used in internal testing so theoretically shouldn't be enabling the flag.
Solution:
Instead of gating the network tests behind a feature flag, does it make sense to make a separate binary that runs the network tests?
The text was updated successfully, but these errors were encountered:
Problem:
As described here, cargo features should be additive and safe to compose because a package is built with the combination of features its dependencies enable.
This is not true for the
no-network-tests
feature. The consequence of this is that it is possible to accidentally disable network tests if the testing becomes more complicated.It is important to call out that the risk is low because the integration crate is only used in internal testing so theoretically shouldn't be enabling the flag.
Solution:
Instead of gating the network tests behind a feature flag, does it make sense to make a separate binary that runs the network tests?
The text was updated successfully, but these errors were encountered: