From 48e2b2a2158217a2f58352355f29598f878a7072 Mon Sep 17 00:00:00 2001 From: sam boyer Date: Thu, 11 May 2017 23:14:21 -0400 Subject: [PATCH] I mean it's not SO slow --- FAQ.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/FAQ.md b/FAQ.md index dd6cdb93ee..92ac9d8ab0 100644 --- a/FAQ.md +++ b/FAQ.md @@ -17,7 +17,7 @@ Summarize the question and quote the reply, linking back to the original comment * [`dep` deleted my files in the vendor directory!](#dep-deleted-my-files-in-the-vendor-directory) * [Can I put the manifest and lock in the vendor directory?](#can-i-put-the-manifest-and-lock-in-the-vendor-directory) * [Why did dep use a different revision for package X instead of the revision in the lock file?](#why-did-dep-use-a-different-revision-for-package-x-instead-of-the-revision-in-the-lock-file) -* [Why is dep so slow?](#why-is-dep-so-slow) +* [Why is dep slow?](#why-is-dep-slow) ## What is the difference between Gopkg.toml (the "manifest") and Gopkg.lock (the "lock")? @@ -145,7 +145,7 @@ Unable to update checked out version: fatal: reference is not a tree: 4dfc6a8a7e > Under most circumstances, if those arguments don't change, then the lock remains fine and correct. You've hit one one of the few cases where that guarantee doesn't apply. The fact that you ran dep ensure and it DID a solve is a product of some arguments changing; that solving failed because this particular commit had become stale is a separate problem. -[@sdboyer in #405](https://github.com/golang/dep/issues/405#issuecomment-295998489) -## Why is dep so slow? +## Why is dep slow? There are two things that really slow `dep` down. One is unavoidable; for the other, we have a plan.