SVN中的处理依赖项

问题描述

| 我正在与一个团队合作，该团队很快将编写一堆Java应用程序，作为一个较大项目的一部分。我们计划将SVN用于我们的源代码，但是我们将依赖于许多其他未使用SVN的团队。他们基本上将为我们将在我们的应用程序中使用的许多库（以.jar形式）编码。 我了解，如果每个人都使用SVN，我们也许可以使用svn：externals，但这在不久的将来似乎不可能实现。目前，我们可能大约每周一次从它们那里获取更新的.jar文件。 我还是SVN的新手，那么处理此问题的正确程序是什么？我们是否将他们的.jar签入我们的存储库中？还是应该避免像这样在SCM中使用二进制文件？我们还探索了通过Maven使用依赖管理的方法……这似乎是在团队之间共享二进制文件的不错选择，但是我不确定我们是否真的想要复杂的东西。     

解决方法

将库，尤其是第三方（在您的情况下，您可以称其为第三方）签入SVN（或任何SCM）并不是什么大不了的事，而从简单性中获得了很多收益。请注意，如果jars或libs太大并且也经常更改，则可能会变得更加复杂（例如Maven，Ivy等）。 SVN擅长处理二进制文件及其差异。     ,我发现依赖关系管理最好使用Maven或Ivy存储库来完成。 Artifactory和Nexus有免费版本。然后，您可以从构建脚本中管理它们。如果您使用的是Ant，Maven或Gradle，则为常春藤。我更喜欢Gradle。     ,我建议阅读有关供应商分支机构的信息：http://svnbook.red-bean.com/en/1.5/svn.advanced.vendorbr.html     ,如果空间不是问题（在服务器上），那么我认为签入二进制文件甚至依赖项的源代码都没有错。每个人都更容易，这样人们就可以简单地结帐并进行构建而不会带来太多麻烦。     ,如果二进制文件很大，那么我绝对会避免将它们检入到存储库中。我的建议是将jar的最新版本存储在公共共享中，然后挂载到该共享并通过项目文件将其链接。这意味着只要到安装的商店的路径保持不变，就只需要一个人来更新二进制文件，而不是每台机器。 如果它们不是太大，那么将它们检入存储库也没什么大不了的。