将二进制文件保存在控制版本系统上
Keep binary files on control version system
我们正在做一个项目，也与我们的 QC 团队联系，以测试我们的快速开发和更新。因此，有时我们会在 VCS（本例中为 SVN）上进行多次提交以更新或修复错误。
开发完成后，QC 团队应该检查和测试，有时只是在提交或更新之后。顺便说一句，由于某些安全政策，QC 团队成员无权访问源代码来构建和制作二进制文件（测试需要）。在构建和开发过程中很容易生成二进制文件。
因此，我们的开发人员应该构建和制作二进制文件（在本例中为 RPM 文件）并将它们用于测试成员团队。
中心问题：
将二进制文件（RPM 文件）放在 VCS 上（并向 QC 团队成员提供对该目录（或仅包含二进制文件的路径）的访问权限）是否方便且技术上正确？
您不应将已编译的 binaries/packages 放在您的源存储库中。任何可以从存储库内容创建的工件都不应放回存储库。
相反，您的连续 integration/deployment 系统（不是您的开发人员）应该检查、编译代码、运行 测试、打包和然后发布到 binaries/compiled 工件的另一个内部存储库。请注意，这 而不是 一定是 VCS - 事实上，它可能不应该是。更有可能的是，它是一个可供包管理器访问的存储库，您的 QC 团队随后将检索和测试该存储库 - 就像您的构建和部署过程一样，最好通过自动化。
我们正在做一个项目，也与我们的 QC 团队联系，以测试我们的快速开发和更新。因此，有时我们会在 VCS（本例中为 SVN）上进行多次提交以更新或修复错误。
开发完成后，QC 团队应该检查和测试，有时只是在提交或更新之后。顺便说一句，由于某些安全政策，QC 团队成员无权访问源代码来构建和制作二进制文件（测试需要）。在构建和开发过程中很容易生成二进制文件。
因此，我们的开发人员应该构建和制作二进制文件（在本例中为 RPM 文件）并将它们用于测试成员团队。
中心问题：
将二进制文件（RPM 文件）放在 VCS 上（并向 QC 团队成员提供对该目录（或仅包含二进制文件的路径）的访问权限）是否方便且技术上正确？
您不应将已编译的 binaries/packages 放在您的源存储库中。任何可以从存储库内容创建的工件都不应放回存储库。
相反，您的连续 integration/deployment 系统（不是您的开发人员）应该检查、编译代码、运行 测试、打包和然后发布到 binaries/compiled 工件的另一个内部存储库。请注意，这 而不是 一定是 VCS - 事实上，它可能不应该是。更有可能的是，它是一个可供包管理器访问的存储库，您的 QC 团队随后将检索和测试该存储库 - 就像您的构建和部署过程一样，最好通过自动化。