这是一个物流问题,而不是技术问题。
我的公司已经外包了一些嵌入式软件工作。具体来说,我们已经付钱给一个承包商为我们开发一个嵌入式系统,因为我们没有足够的内部知识来做它自己(我们只有桌面应用程序开发人员)。
因此,承包商已经完成了软件,并询问他们是否可以通过虚拟机将其交付给我们。VM是一台包含预先配置的CodeWarrior IDE的Windows8机器,源代码作为CodeWarrior项目。其思想是,这将允许我们在VM中进行代码更改,这些代码已经配置为进一步开发该项目。
这样做是否有什么缺点,而不是让他们带领我们了解如何配置我们自己的开发机器来对项目进行代码更改?我能预见到的唯一问题是VM运行缓慢,当我们进行代码更改时,重建项目需要很长时间。但另一方面,我喜欢获得一个预先配置好的嵌入式系统开发环境,这样我就不必在桌面应用程序开发机器上添加另一个IDE了。
我真的想不出为什么不接受VM可交付的好理由,但我只是想由这个社区来运行它,以防我错过了什么东西。
发布于 2013-03-18 15:20:40
我看到的问题是,设置和配置虚拟机的知识不是内部知识,如果配置不是简单的,那么当需要为OS/库/硬件/其他不同版本配置软件时,您将依赖于另一家公司。接受VM可以更快地启动和运行,但我坚持要了解如何为将来的维护配置您自己的系统。
发布于 2013-03-18 15:45:30
我看不出有什么大的倒退,但我想说,接受带有源代码的VM应该和接受安装了软件和dev环境的机器一样偏执,所以请确保VM上没有什么不好的安装,然后才能在一个能够访问内部网络的环境中运行它。
如果/当您启动和运行VM时,您应该能够将源代码折叠到您的普通代码存储库中,就像您(可能)在只交付一个源代码存档时所做的那样。
发布于 2013-03-18 15:55:49
我会担心,机器中有一些配置是没有文档的,很难复制,或者在您的标准配置中不可接受。
Ymmv,但我并没有真正考虑所做的开发,直到该项目可以演示以构建标准的dev计算机并部署在商品服务器/客户端上。
https://softwareengineering.stackexchange.com/questions/191033
复制相似问题