我正在用Go编写图书馆。我打算分发它，并且主要要求是“ 没有源代码 ”。
为了进行测试，我创建了两个工作区，如下所示，
WS1
WS2
我的第一个工作区（WS1）是实际的虚拟库，它具有一些实用程序功能。第二工作空间（WS2）具有使用WS1中的软件包（lib.a）的主要功能。
直到我从WS1中删除了源代码，一切都运转良好。如果我在WS1中删除目录/lib/src.go，则在进行构建时会收到以下错误消息：
main.go：5：2：在以下任何位置都找不到软件包“ lib”：/ usr / local / go / src / pkg / lib（来自$ GOROOT）../ Testing / ws1 / src / lib（来自$ GOPATH）
上面的消息表明我们也应该保留源文件。 单独的预编译二进制包不能直接使用 。
根据在线上的一些建议，我们可能会保留一些时间戳值小于二进制软件包时间戳的虚拟源。但是，对于我们来说，这似乎不是可行的解决方案。如果不幸更新了伪源的时间戳，会发生什么情况？
我看到了这里讨论过的类似问题， https：//github.com/golang/go/issues/2775
我的问题：
在Golang中分发资源是唯一的可能吗？
为什么Go不提供直接使用’.a’文件的规定？
如果Go强制保留源代码，为什么在Go的任何地方都没有提到这个小东西？（或）我在这里想念什么吗？
在此先感谢您的帮助！
Go编译器只需要这些.a文件。如果您运送它们，那么任何人都可以在没有源代码的情况下使用您的包裹。
.a
但是 您的用户将必须手动调用编译器（例如6g，不是go工具）。如果您发运了一个myfoo.a文件， 并且myfoo.go其中包含的虚拟源仅包含，package myfoo并且的时间戳myfoo.a比的时间戳新myfoo.go（并且将所有内容放置在适当的位置），则可以使用该go工具。
6g
go
myfoo.a
myfoo.go
package myfoo
更新 ：较新版本的go工具可以检测已删除的文件，并要求src文件夹中具有正确文件名和较旧时间戳记的所有文件（可能为空）。管理时间戳不应该成为难题。
不要误以为该go工具 是 Go：无论您使用什么Go代码，它都是一种构建，测试，获取的死掉的便捷工具，但它既不是语言，也不是编译器，也不是链接器。
顺便说一句：不分发资源真的没有意义。
