SCM 的一些歧义

Question

在阅读关于修订控制的维基百科文章文章时，我发现了一些似乎定义不明确的术语，并且想知道它们在现实世界中是如何实际使用/应用的。具体来说：

• “主线”与“基线”
• “分支”与“流”
• “签出”与“更新”
• “供应商”文件夹与工件存储库（如Maven或Ivy）

我是一个上下文学习者，所以你可以给出的任何具体例子都会帮助灯泡更好地打开。

关于最后一个，我的意思是：

至少在 svn 中，具有以下 VC 项目结构是相当标准的：

svnrepo/
    someProject/
        trunk/
        branches/
        tags/
        vendor/

其中 vendor/ 是一个地方放置您的配置所依赖的外部/第三方依赖项。或者，我见过开发人员使用 Maven 或 Apache Ivy 等工具从存储库（例如 SFTP 服务器）拉取/发布工件（JAR 等）。 那么，您何时将第 3 方依赖项放入 SCM 中的 vendor/ 下，以及何时将这些依赖项放入 Maven/Ivy 存储库中？

提前感谢您对任何问题的澄清这些物品！

Answer 1

• “主线”与“基线”：
  第一项是一种特殊的分支，它记录代码的演变，通常是生产中看到的代码。请参阅本章。
  第二个术语是关于标签（设置在组件的所有文件上，即一组连贯的文件）

• “分支”与“流”：
  分支没有层次结构（您有一个分支列表，并且可以从任何分支合并到任何分支）。流具有层次结构，其中允许定义 合并工作流程。

• “结帐”与“更新”
  Checkout 查询文件的特定版本并将其复制到磁盘上。
  更新将确保磁盘上的所有元素对于当前选择规则都是最新的。

---

• “Vendor”文件夹与“artifact repo”（如 Maven 或 Ivy）
  工件存储库不提供版本控制功能，例如合并、差异、分支。
  供应商是 VCS 中的专用分支（我认为应该避免：二进制文件是在 VCS 中不受欢迎，除非某些原因）

那么，什么时候将第三方依赖项放入 SCM 中的供应商/下，以及何时将这些依赖项放入 Maven/Ivy 存储库中？

您应该尝试将供应商库保留在 VCS 之外，仅对记录第三方库所需的配置（即标签列表）的 pom.xml （例如）进行版本控制。