在我目前的组织中,我们有几种不同的构建环境(比如工具集等)。它们是编译同一产品中不同模块的代码所必需的。我发现这是一个很大的混乱,每个工程师,为了构建他们的代码库,首先必须完成一项平凡的任务,即设置他们的开发机器,限制在该模块的需求上。
最近,我不得不跳转到另一个模块来编写它们与我的接口交互的代码。为了做到这一点,我不得不花费大量的时间来创建一个至少可以编译代码的dev环境。我认为这是相当混乱的,经常导致浪费时间做愚蠢的事情。
这真的是其他公司也遵循的一个好做法吗?我想知道是否应该编写能够自动完成此操作的脚本。还有其他方法吗,比如有一个通用的构建设置,作为所有模块的超级集(尽管它本身可能有一些额外的东西)?
发布于 2017-11-10 07:43:55
您可以尝试虚拟化。使用不同的构建环境和适当的版本控制系统设置VM。然后,当您需要切换环境时,只需要关闭一个VM,然后启动另一个VM。
明显的缺点是,您需要为不同的VM提供额外的磁盘空间,而且它们必须比物理工作站拥有更少的RAM。但是,由于这些VM纯粹是面向开发的,所以它们不应该太大,因为它们不会有通常保存在物理工作站上的各种文档的开销。
https://softwareengineering.stackexchange.com/questions/360570
复制相似问题