-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
CI: Test gopkg.lock is up to date #1574
Comments
We should minimize as much as possible the use of branched in the toml |
Agreed; when no version has been released yet, I think pinning to exact revisions is preferable to pinning to branches. |
Should we just make a simple script then to ensure that the file exists, no branches are ref'd, and add this to lint? |
Yes; can we additionally check that the result of running |
It makes sure that Gopkg.toml and lock are in sync, and that |
This adds dep status to the lint process. Also fixes linting errors that existed earlier. (not sure why they didn't show up on CI) Closes #1574
* tools: Ensure Gopkg.lock is correct in linting This adds dep status to the lint process. Also fixes linting errors that existed earlier. (not sure why they didn't show up on CI) Closes #1574 * Update dep, use the lock file new dep version creates
Test that for imports which use a branch, that the revisions in Gopkg.lock are up to date with the latest revisions. I briefly looked at
dep status
but I was having trouble getting just diffs, and reliable status code errors out of it.This should also check that
Gopkg.lock
wasn't deleted, and that it isn't missing any new dependencies in Gopkg.toml.This should hopefully eliminate issues with Gopkg.lock being removed from develop, and also make us aware quickly when an upstream change breaks the sdk. (In addition to just ensuring we always update the lock file)
The text was updated successfully, but these errors were encountered: