我们不准许对书籍、工具、软件图书馆以及更多的图书馆征求建议的问题。 你可以ed问这个问题,以便用事实和引言回答。
Closed 7 years ago.
Currently we use FTP to maintain build artifact distribution and 3rd party products (for internal use only).
参考文献有: docs(HTML/pdf/chm/...)、校准(dll/.so/.a/.jar/...)、方案(exe/.jar/...)和任何其他材料。 它们不仅限于 Java。 NET可以来自不同文化(家禽、司机、流动/工作站、德国马克、温堡/马茨/索拉里斯/艾克斯等)。
我们利用这些途径进行或产生冷漠:
ftp://3pp/VENDOR/PRODUCT/VERSION/... ftp://3pp/opensource/PACKAGE-x.x.x.tar.bz2 ftp://dist/PRODUCT/VERSION/...
为了保持对手工艺品的描述,我们使用的是README和CHANGES平原测试文档(reStructuredText)。
该表中缺少什么?
- Missing permissions (anyone can damage storage).
- Missing dependency tracking (so every build file must be updated if version dependency changed).
- Missing fetching activity (some files seem no longer needed, but we don t know which).
我没有深入探讨现有的解决办法。 一些包装经理,如pm/dpkg,听说Maven repo等......
请建议建立艺术品保存者。 听取反馈和限制也是有益的。
UPDATE