【发布时间】：2017-04-04 02:49:34
【问题描述】：
我刚刚观看了一个Intro to Artifactory 视频，我正在尝试评估它是否适合以下情况。
在我的组织中，我们正在为嵌入式设备开发一套软件，它们需要作为一个系统协同工作。这些设备中的每一个的软件构建都是相互独立完成的。例如，理论上我可以为设备 A 编译和生成软件版本，而无需设备 B 的任何源代码或二进制文件。这些设备都需要作为集成套件的一部分一起运行，并且这些交互由 ICD 管理和描述.
有时需要进行 ICD 级别的更改或其他一些重要的架构更改，这些更改会导致对两个或更多设备的代码库进行相关更改。所以这在可执行文件之间创建了我所说的“耦合”或相互依赖关系。例如，如果有人想为设备 A 运行 4.5.0 版本的软件，则必须为设备 B 配置 4.19.0 或更高版本的软件以保持兼容性。
我们目前正在跟踪可执行文件与共享驱动器上的电子表格和文档之间的所有这些相互依赖性要求，这变得既麻烦又烦人。
我希望像 Artifactory 这样的东西能够让我们拥有一个包含整个软件套件的所有可执行文件的存储库，用于跟踪所有这些元数据和二进制文件之间的链接。
因此，如果人们决定需要为设备 A 运行 4.5.0 的软件，但不了解其他设备的依赖要求的所有详细知识（在许多情况下，他们不是工程师并试图解释它对他们来说都是困难的），他们可以对整个套件进行“检查”，其中包括设备 B 的 4.19.0 软件。 （如果一系列版本，例如设备 C 软件兼容，请获取最新版本。）
对不起，如果这是一个愚蠢的问题，但我现在只是在学习 JFrog 和 Artifactory。 （我也想知道 bintray 是否可能是更合适的选择......）
Distribution Repository 可以解决这个问题吗？
【问题讨论】：
标签： artifactory bintray