Build 您对暂存/部署工件服务器使用什么？

我正在考虑编写自己的发布版存储服务器，在此之前，我想知道人们使用什么来查看集成而不是创建

那么您使用什么来存储构建以供内部访问呢？

我正在寻找一个web应用程序，它允许我上传工件，然后通过各种标记引用它们，这样我就可以按组件或发布工具将它们组合在一起。我还希望通过准备就绪或升级对每个构建进行访问控制

我将登台定义为将构建的工件放置在服务器上，以便用户社区访问。工件通常是包含应用程序或库+文档的zip文件。用户社区包括开发人员、QA和服务交付/运营。基本上，是创建者、检查者和外部用户

我们在发布工具中单独或成组发布工件（例如，版本1.1包含foo 1.0.1和bar 1.0.7）。根据工件的不同，我们可能希望限制访问。运营部门不应该能够访问预发布的版本，我们可能希望跟踪谁下载了有限的可用性版本

所以，我希望找到一个工具，它能通过一个好的可扩展设计实现我想要的大部分功能，这样我就可以添加我没有的功能

有人知道一个管理构建后构建的好工具吗

例如：

• 快速构建/lunt构建
• 团队锻造
• 锻造厂
• Jira&合流集
• 索纳型联结
• 土生土长的
• SVN存储库使用分支从dev->Qa->GA升级构建
彼得
因为你没有得到很多答案，我会让你知道我为谁的开发者Urbancode工作
好的，免责声明，AnthillPro的设计正是为了服务于您正在讨论的广大受众-开发人员、检查人员和操作人员。与您列出的工具相比，AnthillPro有点像BuildForge（我们的主要竞争对手）或具有紧密集成的工件库的快速构建（如nexus）。因此，构建是运行的，您可以在一个漂亮的web ui中查看构建的结果——以及构建工件。具有正确权限的用户可以运行辅助流程，如针对先前版本以及所选版本中的工件进行部署或测试
目标是管理整个构建生命周期，从创建到各种测试工具和部署环境，再到发布到生产。它不是一个大的讨厌的套件，相反，我们与Subversion和Jira等工具集成，以确保每个版本都有源代码和问题单更改的清单
您的发布包将很好地映射到AnthillPro的内置依赖系统。我们经常看到客户创建的虚拟项目很少或根本不需要源代码，而是将组件关联或打包到发布包中
AnthillPro通常不适合您的地方是，我们允许操作人员查看预发布版本。但是，您可以添加一些规则，这些规则将通过任何未标记为“预发布”的生成操作立即失败/阻止尝试的发布。AnthillPro的状态系统允许团队使用自定义标记标记构建，如“In-QA”或“Approved for Release”。结合有关运行工作流的规则，这将为您提供所需的控制。如果某些项目特别敏感，您只需使用基于角色的安全性将其锁定即可
希望这能让你有所了解
--Eric
我的选择是
构建自动化系统，如AntHill、QuickBuild、TeamForge、BuildForge
• 文件服务器
• 源代码管理服务器
• maven存储库管理器（nexus，archiva）
我的目标是
• 根据多个标准（工件类型、发布工具、阶段/阶段）进行组构建
• 从dev->qa->released升级构建
• 为开发构建、qa就绪构建、生产就绪构建提供访问控制
我将重点介绍作为文件服务器的源代码管理（使用svn）或作为使用nexus的文件服务器的maven repos manager。理由如下：
• 尽量减少工作量
• 最小化成本
• 在需要时使用我可以轻松扩展的东西（因为我确信我的需求会发生变化）
• maven的使用正在增长，最终将成为这里的主导构建技术

---

谢谢你提供的信息。
谢谢。现在，我有一套松散耦合的应用程序来管理我的项目和发布信息。我有jira负责问题跟踪，hudson负责构建，svn&fisheye负责源代码控制，nexus负责maven存储库管理。我希望找到另一个松散耦合的服务器。尽管如此，ant hill和lunt build/quick build也是我关注的其他产品。那么，我来看看。