我正在做的一个项目涉及持续维护克隆到嵌入式设备上的基本Linux磁盘映像。
现在,每次进行更改时,我们都会将所做的更改记录在一个文件中,并保存磁盘映像的副本。然而,作为一名软件工程师,这与传统实践背道而驰:使用工具来处理配置管理和控制。
有没有好的工具基本上可以在文件级上做到这一点,允许我们对整个系统的磁盘上的实际文件进行提交/回滚更改?或者,有没有什么工具可以比传统的源代码管理工具更好地处理大型文件,而这些工具并不完全是为大型二进制文件设计的?
发布于 2011-10-06 04:22:38
我们最终将关键文件放在源代码管理中,而不是整个系统中。
发布于 2019-05-05 04:25:42
在我发表评论的五年后,我有了一个更好的解决方案。Artifactory和Nexus的目的是作为CI/CD代码管道的一部分来完成这项工作。
在我的例子中,我使用Jenkins、Artifactory、GitHub、CircleCI,出于遗留原因,我使用Perforce来管理70k+文件的代码树(代码树不是我的设计!)用于C++和Javascript构建。
FOSS Artifactory非常有限,您可以使用版本控制来存储任意文件,但您不能使用允许您控制管道的前进机制,因为它会将工件从构建移动到测试to...deployment。
Artifactory Pro不是免费的,但它有许多标准包的repos,如Docker容器,Debian,NPM,Gems等。
发布于 2011-08-13 10:33:36
配置管理应该以进行修改的首选形式进行。对于磁盘映像,这意味着实际的文件,以及用于构建映像的构建脚本。这背后的原因与你最初保存历史的原因有关:
由于可以提取磁盘映像,如果只跟踪二进制文件,则不会完全卡住,但通过跟踪源代码,这些操作要容易得多。
https://stackoverflow.com/questions/7046967
复制相似问题