summaryrefslogtreecommitdiff
path: root/spec/integration/go/modules_spec.rb
AgeCommit message (Collapse)Author
2020-11-06Pin tests to git hashmo khan
2020-10-05Perform scan from within dir containing `go.mod`mo khan
* fix: perform scan from within dir containing `go.mod` * docs: add changelog entry * test: add spec to reproduce defect
2020-09-10test: remove unnecessary assertionmo khan
2020-09-10test: start proxy server before suite and shutdown at end of suitemo khan
2020-09-10refactor: start proxy server before testsmo khan
2020-09-10test: add a test the reproduces the defectmo khan
2020-09-07fix: Update tool plugin to fetch latest version definitionsv3.25.1mo khan
2020-08-19test: add performance specsmo khan
2020-08-18Update license_finder to 6.8.1mo khan
* Update CHANGELOG * Add default retry for all jobs * Ensure all deb packages are built
2020-06-08Use GOPROXY to test downloading modules for trusted and untrusted TLS endpointsmo khan
* Use haproxy to proxy to package registry * Install haproxy in setup script * Add markers for collapsible sections * Move ignored groups setup to prepare_project
2020-06-04List all dependencies that appear in go.modmo khan
* Update CHANGELOG and fix typo * Render severity based on exit code * Explicitly specify the default GOPROXY * Default to -mod=readonly and allow override * Do not modify `vendor` directory if it exists. * Skip `go mod tidy` to prevent modifying projects files. * Include dependencies that appear in go.mod but are not present in the vendor directory. * Remove severity from log output * Wipe golang module cache before each spec ```plaintext The -mod build flag provides additional control over updating and use of go.mod. If invoked with -mod=readonly, the go command is disallowed from the implicit automatic updating of go.mod described above. Instead, it fails when any changes to go.mod are needed. This setting is most useful to check that go.mod does not need updates, such as in a continuous integration and testing system. The "go get" command remains permitted to update go.mod even with -mod=readonly, and the "go mod" commands do not take the -mod flag (or any other build flags). If invoked with -mod=vendor, the go command loads packages from the main module's vendor directory instead of downloading modules to and loading packages from the module cache. The go command assumes the vendor directory holds correct copies of dependencies, and it does not compute the set of required module versions from go.mod files. However, the go command does check that vendor/modules.txt (generated by 'go mod vendor') contains metadata consistent with go.mod. If invoked with -mod=mod, the go command loads modules from the module cache even if there is a vendor directory present. If the go command is not invoked with a -mod flag and the vendor directory is present and the "go" version in go.mod is 1.14 or higher, the go command will act as if it were invoked with -mod=vendor. ``` - https://golang.org/cmd/go/#hdr-Maintaining_module_requirements
2020-05-26Scan Conan projectsmo khan
* Scan the conan examples project * Split licenses by comma * Add integration test job for c projects * Add package_manager, version and path to v2.1 report * Detect collisions between names from different package managers * Add CHANGELOG entry * Update README to indicate Conan support * Print timestamps in install script
2020-05-14Clean up the golang module fixture filesmo khan
2020-05-14Add specs for previous versions of golangmo khan
2020-05-14Update go list command to be compatible with 1.14mo khan
* Add missing packages to report fixtures
2020-04-02Reproduce failure with go modules scanningmo khan
* Install sudo for existing configurations * Detect dependencies in a gomodules project * Add CHANGELOG entry and bump version * Symlink to $GOPATH for non go modules projects * Remove problematic go get setup
2020-03-04Convert go/modules qa jobs to integration testsmo khan