I also use --copy=false exclusively. In fact, as I wrote athttps://news.ycombinator.com/item?id=7957775,
I only use these 2 commands:
rm ./Godeps && godep save --copy=false # Save current dep versions
rm -rf $TMPDIR/godep && godep go build/test # build/test using saved dep versions
However, I won't try to convince you to keep it; I think you should do what
you feel is best. This proposal is not a surprise for me, as imo the
current situation is far from optimal because godep lacks focus. It tries
to support a lot of completely different workflows, and the documentation
doesn't explain everything well enough (and known bugs remain unfixed for a
It's very easy to use once you understand how it works, but I don't think
it's very accessible for beginners with the current amount of features and
If --copy=false ends up being removed, I'll likely keep using an older
version or fork godep and simplify it to support only those 2 commands (and
research other options, but I really like my existing workflow with the 2
godep commands, it does everything I need).
I don't think it makes sense to try to support both workflows (vendoring
vs. Godeps file) in one tool, again, because of lack of focus.
On Thursday, July 31, 2014 9:28:05 PM UTC-4, Keith Rarick wrote:
Here's a proposal to remove the -copy=false behavior from godep save.
I'd like to gauge how people are currently using that mode and how
this change would affect the community.https://docs.google.com/document/d/1Dxo9PHfNVETus0UCAuviysZZAr2Hv_vPBMK1-9jBU4M
I'm particularly interested in examples where using -copy=true is
measurably much worse than -copy=false. A few people have reported
pathological examples where a tiny project of a hundred lines imports
megabytes of dependencies. If this is common, we might have to rethink
the proposal. But there should be a high bar—the drawbacks of keeping
-copy=false are significant.
If this proposal seems reasonable, I'll amend it with a concrete
timeline, ask for more feedback, and set to implementing it.
You received this message because you are subscribed to the Google Groups "golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email to email@example.com.
For more options, visit https://groups.google.com/d/optout.