Open verdverm opened 3 years ago
Hard to say what's going on here without a few more details, because the code would seem to suggest the target of the git worktree add
is created on the line before:
Please can you provide:
go version
go env
Recloning the example has made this go away. Not sure how I got into this state... unable.to reproduce at current
Will close for now then.
For reference:
$ go version
go version go1.16 linux/amd64
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/tony/.cache/go-build"
GOENV="/home/tony/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/home/tony/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/tony/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.16"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/home/tony/cue/unity-example/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build3512732473=/tmp/go-build -gno-record-gcc-switches"
got back into this state again, let me see if I can find a consistent method for doing so
Basic process
unity test --verbose
to make sure things are workingcue.mod/tests/eval.txt
to add exec git status
or exec ls
unity test --verbose --staged
Please do reopen this if you can repro consistently with steps that I can use locally. Thanks
As a new issue? I am unable to reopen this one
Just re-opened this one.
The above bullet list is approximate. It seems flakey in how (when) it gets there. I was able to do it 3 times in a row.
Please can you provide the steps as a copy-paste? Should be relatively straightforward to copy-paste from your command history.
You have to edit the test file to get this to work I think, adding an exec
line
Which you can simulate with:
cat <<EOD > path/to/file.txt
new contents
EOD
I ran unity in the example, worked the first time, changed example to 6 (so it would fail), used the --staged flag, saw failures, unable to get past this error now, even after reverting to a clean directory. The
/tmp/...
dir does not exist.