13、第三方代码管理全攻略

第三方代码管理全攻略

在软件开发过程中，项目往往会依赖各种外部库。那么，从仓库检出代码时，这些库是否应成为工作副本的一部分呢？这需要考虑未来能否使用到相应版本的库来重建可运行的程序。接下来，我们将详细探讨不同类型第三方库的管理方法。

1. 二进制库

如果代码所使用的库在应用程序的整个生命周期内都能保证可用且兼容，那么直接使用机器上已安装的库即可，无需特殊处理。但许多项目除了标准语言库外，还会引入一些不太稳定的库，例如.NET 开发者常用 NUnit 框架进行代码测试。与标准库相比，这些框架的版本更新较为频繁，尽管版本间大多兼容，但仍可能影响应用程序。因此，建议将这些库纳入项目仓库。

当决定将第三方库纳入工作区和仓库后，需要确定包含哪些文件以及存储位置：
-文件选择：若使用的是库的原始分发形式，且有信心其在应用程序生命周期内无需修改，那么存储二进制形式的库即可。建议将所有这些库放在项目顶级vendor/目录的子目录中。
- 对于与架构无关的库（如 Java 的.jar文件），可将其放在名为lib的子目录中。若文件名包含版本号，建议使用更通用的名称，如将junit - 3.8.1.jar改为junit.jar存入仓库，这样升级时只需复制新版本并提交，无需修改构建脚本或包含文件。同时，在提交信息中注明库的版本号，方便后续查看。
- 若库依赖目标架构（假设应用程序针对多种架构），则需在vendor下为每种架构和操作系