repository - 推荐 Build Artifact Repository Manager

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

5年前关闭。




Improve this question




目前我们使用 FTP 来维护构建工件分发和 3rd 方产品(仅供内部使用)。

工件是文档 (HTML/pdf/chm/...)、库 (.dll/.so/.a/.jar/...)、程序 (.exe/.jar/...) 和其他任何东西。它们不限于 Java/.NET，可以来自不同的文化(固件、驱动程序、移动/工作站、​​GUI、Win/Linux/Mac/Solaris/AIX 等)。

为了组织层次结构，我们使用这样的路径:

ftp://3pp/VENDOR/PRODUCT/VERSION/...
ftp://3pp/opensource/PACKAGE-x.x.x.tar.bz2
ftp://dist/PRODUCT/VERSION/...

为了维护工件的描述，我们使用 自述文件 和 变更 纯测试文件(reStructuredText)。

这个模式中缺少什么？

缺少权限(任何人都可能损坏存储)。

缺少依赖项跟踪(因此，如果版本依赖项发生更改，则必须更新每个构建文件)。

缺少获取事件(某些文件似乎不再需要，但我们不知道是哪个文件)。

我并没有深入寻找现有的解决方案。一些包管理器，如 rpm/dpkg，听说过 Maven repo 等......

请推荐 Build Artifact Repository Managers。也很高兴听到缺点和限制。

更新

https://en.wikipedia.org/wiki/Binary_repository_manager

https://binary-repositories-comparison.github.io/

Answer 1

您正在创建自定义软件工件存储库。有三个开源项目已经这样做了:

Artifactory

Nexus

Archiva

Artifactory 和 Nexus 也有付费版本。

您可以在这些存储库中存储任何类型的文件，并且不需要使用 Maven。您可以手动将工件部署到它们。您可以设置细粒度的访问控制。它们与自动化构建工具很好地集成在一起。

我认为使用其中一种工具可以为您节省很多精力!

Here三者之间相当公正(社区驱动)的比较矩阵。