version-control - 您如何在源代码管理中存储第三方库？

Question

您如何在源代码管理中存储您在项目中使用的第三方库？

您什么时候将二进制文件存储在源代码管理中？

您什么时候将代码存储在源代码管理中？

你会同时存储两者吗？在什么情况下你会这样做？

(顺便说一句，我正在使用 .NET 但对于这个问题并不重要)

Answer 1

如何: vendor branch 通常是一个好方法

当(第三方) :为了尽量减少所涉及的引用数量:您可以将这些库添加到单独的外部引用(如 Maven)中，但这意味着您需要访问每个环境的额外引用(开发 - 集成 - 认证 - 预生产 - 生产)

当(代码) :为了管理更改的复杂性，当您知道在进行新开发时需要对当前版本进行生产的更新和修复。

为什么(同时存储) : 对于 deployment 原因:您可以在一个引用中管理完整的配置(您需要的元素列表)，并随时随地查询:

开发(您查询开发和执行代码所需的内容，包括编译/执行所需的第三方)

测试(集成、认证):您可以使用

查询要更新测试工作区的确切标签

生产:您可以准确地确定从一个来源进入生产的内容:您的 SCM。

对于测试和生产环境，这也意味着你自己的产品(你正在构建的打包结果)也应该进入你的 SCM(只有官方版本，而不是内部使用的中间版本)。
如果其他项目依赖于您的产品，他们将根据您存储在 SCM 中的打包版本构建自己的项目，而不是根据他们以某种方式重新编译的源代码。

为什么这很重要？
因为最终，将在生产中运行的是您产品的打包版本，而不是您的“重新编译的源代码”。因此，使用产品的目标最终形式进行所有测试的重要性，在您的 SCM 中清楚地存储和标记。

Martin Lazar在 his answer 中提出了一个合理的观点

Source control is called "source" control, because it is supposed to control sources.

虽然这在历史上可能是正确的，但每个当前的 RCS 都已向 SCM (Source Code Management) 发展，它不仅控制源，还管理对存储为计算机文件的文档、程序和其他信息的更改。
然后可以存储二进制文件(甚至用二进制增量存储)

另外，允许其中一些 SCM 提出 S"C"M 功能(如 Source Configuration Management )。
该 SCM(配置)不仅存储任何类型的“文件集”，还存储这些文件集之间的关系(又名依赖关系)，以便您查询一组文件，并“拉取”其他所有交付该集合取决于(构建或部署或运行​​)