2021-08-16 03:54:07 +00:00
|
|
|
// The Git LFS project does not maintain a stable API or ABI for this module.
|
|
|
|
// Please do not import this module outside of the Git LFS project.
|
2021-09-01 19:41:10 +00:00
|
|
|
module github.com/git-lfs/git-lfs/v3
|
all: use Go Modules instead of Glide
Since we are now building on Go 1.11 (as of 074a2d4f (all: use Go 1.11
in CI, 2018-08-28)) and Go 1.11 supports Go Modules [1], let's stop
using Glide, and begin using Go Modules.
This involves a few things:
* Teach the Makefile how to build go.sum files instead of glide.lock
files.
* Teach continuous integration services to build Git LFS in a
non-$GOPATH environment, since (without setting GO111MODULE=on
explicitly, which we choose not to do), this will break compiling
Git LFS, because Go 1.11 will ignore modules present in a Go
checkout beneath $GOPATH.
* In order to do the above, let's also make sure that we are
un-setting $GOCACHE in the environment, as this causes Go to work
without modules support [2].
* Because we're no longer building in a `$GOPATH`-based location,
let's instruct the CircleCI base image to archive the new location,
too.
* Similarly, teach the RPM spec to build in a non-$GOPATH location.
* By contrast, since we use dh_golang to build git-lfs binaries on
Debian, let's wait until the upstream dh_golang package is released
with support for Go 1.11 module support explicitly. Therefore, force
GO111MODULE to be on so that we can build a copy of Git LFS whose
checkout is within a $GOPATH.
Although the go.mod versions match the glide.yaml ones, the diff
attached is large because Go Modules do not vendor `_test.go` files,
whereas Glide does.
[1]: https://golang.org/doc/go1.11#modules
[2]: `GOCACHE=on` will be deprecated in Go 1.12, so this change makes
sense for that reason, too.
Co-authored-by: brian m. carlson <bk2204@github.com>
2018-08-28 20:53:57 +00:00
|
|
|
|
|
|
|
require (
|
2019-10-29 11:26:39 +00:00
|
|
|
github.com/avast/retry-go v2.4.2+incompatible
|
2021-04-14 14:45:24 +00:00
|
|
|
github.com/dpotapov/go-spnego v0.0.0-20210315154721-298b63a54430
|
2022-09-29 17:57:43 +00:00
|
|
|
github.com/git-lfs/gitobj/v2 v2.1.1
|
2021-11-04 09:31:37 +00:00
|
|
|
github.com/git-lfs/go-netrc v0.0.0-20210914205454-f0c862dd687a
|
2021-02-08 21:25:03 +00:00
|
|
|
github.com/git-lfs/pktline v0.0.0-20210330133718-06e9096e2825
|
2021-08-23 15:52:52 +00:00
|
|
|
github.com/git-lfs/wildmatch/v2 v2.0.1
|
2021-11-09 20:56:58 +00:00
|
|
|
github.com/leonelquinteros/gotext v1.5.0
|
2018-10-30 08:06:55 +00:00
|
|
|
github.com/mattn/go-isatty v0.0.4
|
2018-09-03 13:27:17 +00:00
|
|
|
github.com/olekukonko/ts v0.0.0-20171002115256-78ecb04241c0
|
all: use Go Modules instead of Glide
Since we are now building on Go 1.11 (as of 074a2d4f (all: use Go 1.11
in CI, 2018-08-28)) and Go 1.11 supports Go Modules [1], let's stop
using Glide, and begin using Go Modules.
This involves a few things:
* Teach the Makefile how to build go.sum files instead of glide.lock
files.
* Teach continuous integration services to build Git LFS in a
non-$GOPATH environment, since (without setting GO111MODULE=on
explicitly, which we choose not to do), this will break compiling
Git LFS, because Go 1.11 will ignore modules present in a Go
checkout beneath $GOPATH.
* In order to do the above, let's also make sure that we are
un-setting $GOCACHE in the environment, as this causes Go to work
without modules support [2].
* Because we're no longer building in a `$GOPATH`-based location,
let's instruct the CircleCI base image to archive the new location,
too.
* Similarly, teach the RPM spec to build in a non-$GOPATH location.
* By contrast, since we use dh_golang to build git-lfs binaries on
Debian, let's wait until the upstream dh_golang package is released
with support for Go 1.11 module support explicitly. Therefore, force
GO111MODULE to be on so that we can build a copy of Git LFS whose
checkout is within a $GOPATH.
Although the go.mod versions match the glide.yaml ones, the diff
attached is large because Go Modules do not vendor `_test.go` files,
whereas Glide does.
[1]: https://golang.org/doc/go1.11#modules
[2]: `GOCACHE=on` will be deprecated in Go 1.12, so this change makes
sense for that reason, too.
Co-authored-by: brian m. carlson <bk2204@github.com>
2018-08-28 20:53:57 +00:00
|
|
|
github.com/pkg/errors v0.0.0-20170505043639-c605e284fe17
|
|
|
|
github.com/rubyist/tracerx v0.0.0-20170927163412-787959303086
|
2023-07-31 03:58:16 +00:00
|
|
|
github.com/spf13/cobra v1.7.0
|
2019-10-27 21:48:15 +00:00
|
|
|
github.com/ssgelm/cookiejarparser v1.0.1
|
2021-04-14 14:45:24 +00:00
|
|
|
github.com/stretchr/testify v1.6.1
|
all: use Go Modules instead of Glide
Since we are now building on Go 1.11 (as of 074a2d4f (all: use Go 1.11
in CI, 2018-08-28)) and Go 1.11 supports Go Modules [1], let's stop
using Glide, and begin using Go Modules.
This involves a few things:
* Teach the Makefile how to build go.sum files instead of glide.lock
files.
* Teach continuous integration services to build Git LFS in a
non-$GOPATH environment, since (without setting GO111MODULE=on
explicitly, which we choose not to do), this will break compiling
Git LFS, because Go 1.11 will ignore modules present in a Go
checkout beneath $GOPATH.
* In order to do the above, let's also make sure that we are
un-setting $GOCACHE in the environment, as this causes Go to work
without modules support [2].
* Because we're no longer building in a `$GOPATH`-based location,
let's instruct the CircleCI base image to archive the new location,
too.
* Similarly, teach the RPM spec to build in a non-$GOPATH location.
* By contrast, since we use dh_golang to build git-lfs binaries on
Debian, let's wait until the upstream dh_golang package is released
with support for Go 1.11 module support explicitly. Therefore, force
GO111MODULE to be on so that we can build a copy of Git LFS whose
checkout is within a $GOPATH.
Although the go.mod versions match the glide.yaml ones, the diff
attached is large because Go Modules do not vendor `_test.go` files,
whereas Glide does.
[1]: https://golang.org/doc/go1.11#modules
[2]: `GOCACHE=on` will be deprecated in Go 1.12, so this change makes
sense for that reason, too.
Co-authored-by: brian m. carlson <bk2204@github.com>
2018-08-28 20:53:57 +00:00
|
|
|
github.com/xeipuuv/gojsonschema v0.0.0-20170210233622-6b67b3fab74d
|
2023-02-21 20:22:49 +00:00
|
|
|
golang.org/x/net v0.7.0
|
|
|
|
golang.org/x/sync v0.1.0
|
|
|
|
golang.org/x/sys v0.5.0
|
2023-02-21 21:53:32 +00:00
|
|
|
)
|
|
|
|
|
|
|
|
require (
|
|
|
|
github.com/alexbrainman/sspi v0.0.0-20210105120005-909beea2cc74 // indirect
|
|
|
|
github.com/davecgh/go-spew v1.1.1 // indirect
|
|
|
|
github.com/hashicorp/go-uuid v1.0.2 // indirect
|
2023-07-31 03:58:16 +00:00
|
|
|
github.com/inconshreveable/mousetrap v1.1.0 // indirect
|
2023-02-21 21:53:32 +00:00
|
|
|
github.com/jcmturner/aescts/v2 v2.0.0 // indirect
|
|
|
|
github.com/jcmturner/dnsutils/v2 v2.0.0 // indirect
|
|
|
|
github.com/jcmturner/gofork v1.0.0 // indirect
|
|
|
|
github.com/jcmturner/goidentity/v6 v6.0.1 // indirect
|
|
|
|
github.com/jcmturner/gokrb5/v8 v8.4.2 // indirect
|
|
|
|
github.com/jcmturner/rpc/v2 v2.0.3 // indirect
|
go.*,lfs: mock time in copy callback log file test
In commit 00f1e9521ab5d39aab393796745189d39c27b9a0 of PR #5504 we added
the TestCopyCallbackFileThrottle() test function to confirm that the
CopyCallbackFile() method of GitFilter structure in the "lfs" package
now throttled its output of progress messages into a log file so that,
in general, no more than one message was written during the interval
defined by the tasklog.DefaultLoggingThrottle value. This new throttling
behaviour was added in commit 5bfa9009dafce59789b88b1a0854691b596f6e76
in the same PR.
The TestCopyCallbackFileThrottle() function attempts to validate
the throttling action by reading a test buffer in segments and waiting
or not waiting between each read, expecting the log messages to be
written or not written, as appropriate. However, because our CI test
suite may experience slow execution times as a result of running in
virtualized environments, reads may occur at times more than the
tasklog.DefaultLoggingThrottle interval apart even without the artifical
waits injected by the test function, causing the test to fail when it
sees more log messages than it expects.
We can avoid this problem by making the wait intervals in the test
deterministic using a mocked value for the current time. We use
the github.com/jmhodges/clock package for this purpose, adding an
object of its Clock interface type to the GitFilter structure. In
all non-test code this object is simply a wrapper for the "time"
package's functions, but in our test we can use a variant which allows
us to control the time values returned to the CopyCallbackFile() method,
either stepping forward or not, as we desire.
2023-09-28 06:13:30 +00:00
|
|
|
github.com/jmhodges/clock v1.2.0 // indirect
|
2023-02-21 21:53:32 +00:00
|
|
|
github.com/pmezard/go-difflib v1.0.0 // indirect
|
2023-03-14 16:45:03 +00:00
|
|
|
github.com/spf13/pflag v1.0.5 // indirect
|
2023-02-21 21:53:32 +00:00
|
|
|
github.com/xeipuuv/gojsonpointer v0.0.0-20180127040702-4e3ac2762d5f // indirect
|
|
|
|
github.com/xeipuuv/gojsonreference v0.0.0-20180127040603-bd5ef7bd5415 // indirect
|
|
|
|
golang.org/x/crypto v0.0.0-20220411220226-7b82a4e95df4 // indirect
|
|
|
|
golang.org/x/text v0.7.0 // indirect
|
2022-06-01 16:06:37 +00:00
|
|
|
gopkg.in/yaml.v3 v3.0.1 // indirect
|
all: use Go Modules instead of Glide
Since we are now building on Go 1.11 (as of 074a2d4f (all: use Go 1.11
in CI, 2018-08-28)) and Go 1.11 supports Go Modules [1], let's stop
using Glide, and begin using Go Modules.
This involves a few things:
* Teach the Makefile how to build go.sum files instead of glide.lock
files.
* Teach continuous integration services to build Git LFS in a
non-$GOPATH environment, since (without setting GO111MODULE=on
explicitly, which we choose not to do), this will break compiling
Git LFS, because Go 1.11 will ignore modules present in a Go
checkout beneath $GOPATH.
* In order to do the above, let's also make sure that we are
un-setting $GOCACHE in the environment, as this causes Go to work
without modules support [2].
* Because we're no longer building in a `$GOPATH`-based location,
let's instruct the CircleCI base image to archive the new location,
too.
* Similarly, teach the RPM spec to build in a non-$GOPATH location.
* By contrast, since we use dh_golang to build git-lfs binaries on
Debian, let's wait until the upstream dh_golang package is released
with support for Go 1.11 module support explicitly. Therefore, force
GO111MODULE to be on so that we can build a copy of Git LFS whose
checkout is within a $GOPATH.
Although the go.mod versions match the glide.yaml ones, the diff
attached is large because Go Modules do not vendor `_test.go` files,
whereas Glide does.
[1]: https://golang.org/doc/go1.11#modules
[2]: `GOCACHE=on` will be deprecated in Go 1.12, so this change makes
sense for that reason, too.
Co-authored-by: brian m. carlson <bk2204@github.com>
2018-08-28 20:53:57 +00:00
|
|
|
)
|
2019-09-04 19:59:01 +00:00
|
|
|
|
2023-02-21 21:53:32 +00:00
|
|
|
go 1.17
|