blocks|key|779736|text|dep工具的FAQ+答案如下：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|779737|我应该提交我的供应商目录吗？
这取决于你：
优点|blockquote|BOLD|779738|这是获得真正可复制构建的唯一方法，因为它防止上游重命名、删除和提交历史覆盖。|unordered-list-item|779739|在大多数操作(如go+get、克隆、获取最新消息、合并等)之后，您不需要额外的dep+ensure步骤将vendor/与Gopkg.lock同步。|779740|缺点|779741|您的回购将更大，潜在的更大，尽管修剪可以帮助最小化这个问题。|779742|当修改vendor/时，PR差异将包括对Gopkg.lock下文件的更改，但是vendor/中的文件是GitHub上的默认隐藏。|779743|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/golang/dep/blob/master/docs/FAQ.md#should-i-commit-my-vendor-directory|1|https://github.com/golang/dep/blob/master/docs/Gopkg.toml.md#prune|2|https://github.com/github/linguist/blob/v5.2.0/lib/linguist/generated.rb#L328^0|0|3|A|2|0|0|0|E|0|0|13|A|1G|7|1O|A|0|0|G|2|1|0|3|7|K|A|13|7|1N|4|2|0^^$0|@$1|2|3|4|5|6|7|16|8|@$9|17|A|18|B|C]]|D|@$9|19|A|1A|1|1B]]|E|$]]|$1|F|3|G|5|H|7|1C|8|@$9|1D|A|1E|B|I]]|D|@]|E|$]]|$1|J|3|K|5|L|7|1F|8|@]|D|@]|E|$]]|$1|M|3|N|5|L|7|1G|8|@$9|1H|A|1I|B|C]|$9|1J|A|1K|B|C]|$9|1L|A|1M|B|C]]|D|@]|E|$]]|$1|O|3|P|5|6|7|1N|8|@]|D|@]|E|$]]|$1|Q|3|R|5|L|7|1O|8|@]|D|@$9|1P|A|1Q|1|1R]]|E|$]]|$1|S|3|T|5|L|7|1S|8|@$9|1T|A|1U|B|C]|$9|1V|A|1W|B|C]|$9|1X|A|1Y|B|C]]|D|@$9|1Z|A|20|1|21]]|E|$]]|$1|U|3|-4|5|6|7|22|8|@]|D|@]|E|$]]]|V|$W|$5|X|Y|Z|E|$10|11]]|12|$5|X|Y|Z|E|$10|13]]|14|$5|X|Y|Z|E|$10|15]]]]

The <code>dep</code> tool's FAQ <a href="https://github.com/golang/dep/blob/master/docs/FAQ.md#should-i-commit-my-vendor-directory" rel="noreferrer">answers</a> this:
<blockquote>
Should I commit my vendor directory?
It's up to you:
Pros
<ul>
<li>It's the only way to get truly reproducible builds, as it guards
against upstream renames, deletes and commit history overwrites.</li>
<li>You don't need an extra <code>dep ensure</code> step to sync <code>vendor/</code> with
<code>Gopkg.lock</code> after most operations, such as go get, cloning, getting
latest, merging, etc.</li>
</ul>
Cons
<ul>
<li>Your repo will be bigger, potentially a lot bigger, though <a href="https://github.com/golang/dep/blob/master/docs/Gopkg.toml.md#prune" rel="noreferrer">prune</a> can help minimize this problem.</li>
<li>PR diffs will include changes for files under <code>vendor/</code> when <code>Gopkg.lock</code> is modified, however files in <code>vendor/</code> are <a href="https://github.com/github/linguist/blob/v5.2.0/lib/linguist/generated.rb#L328" rel="noreferrer">hidden by default</a> on GitHub.</li>
</ul>
</blockquote>

blocks|key|2415398|text|我不想要可靠的资料来源。因为在这种情况下，许多提交消息都会随着供应商的更改而膨胀。当我想要更新时，我执行它，然后提交更新的Gopkg.*。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2415399|entityMap^0|1P|7|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

I don’t commit for well available sources. Because on this case many commit messages are bloated with changes in vendors. When I want update then I do it and then commit updated <code>Gopkg.*</code>.

blocks|key|2415427|text|想象一下，如果某个依赖关系被作者脱机，那么您的项目会发生什么情况。在Go有一个中央服务器来保存无法删除的所有包之前，很多人都会发现需要提交供应商文件夹。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2415428|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

imagine what would happen to your project if a dependency was taken offline by the author. Until Go has a central server to hold all packages which are unable to be deleted a lot of people will always see the need to commit the vendor folder

I am using <code>dep</code> to handle my Go dependencies. Is it best practice to also commit the <code>vendor</code> directory into version control? Or is best practice to always execute <code>dep ensure</code> after checking out a repository?

Is it best-practice to commit the `vendor` directory?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我使用dep来处理Go依赖项。将vendor目录提交到版本控制中也是最佳实践吗？还是在签出存储库之后始终执行dep ensure是最佳实践？

问提交“供应商”目录是最佳做法吗？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问提交“供应商”目录是最佳做法吗？EN