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
Last week, all builds of Servo started failing because the commit we were using in one of our git dependencies had been removed: #25591
To avoid that situation, we sometimes prefer forking a git repository into the servo org (where we control which branches are removed or not) and using that instead as a dependency. Should we make that a policy and enforce it?
./mach test-tidy already parses Cargo.toml and looks at the source of each package in the dependency graph. We could make it fail if any source is used other crates.io or git repositories under https://github.com/servo/
These are the repositories we would need to fork before doing that:
I think it would make more sense to just get these dependencies to release new versions on crates.io and use those rather than forking them in the servo org.
Last week, all builds of Servo started failing because the commit we were using in one of our git dependencies had been removed: #25591
To avoid that situation, we sometimes prefer forking a git repository into the
servo
org (where we control which branches are removed or not) and using that instead as a dependency. Should we make that a policy and enforce it?./mach test-tidy
already parsesCargo.toml
and looks at thesource
of each package in the dependency graph. We could make it fail if anysource
is used other crates.io or git repositories under https://github.com/servo/These are the repositories we would need to fork before doing that:
The text was updated successfully, but these errors were encountered: