在我目前的工作中,主管的做法是仅检查生产就绪代码.最近我参与的项目涉及3个不同开发人员的工作,其中有一些文件重叠.这意味着手动整合更改,尽管某些更改需要一天然后才完成.我想看看这是否是一种常见的做法,并获得有关如何改变这种做法的建议,并且知道很多时候我的意见在宏观方案中意义不大.
您可以使用多种方法来处理这种情况，具体取决于您的源代码控制系统。
私有分支：允许您边走边签入并处理代码，并在适当的时间来回合并。
搁置集/打包变更集：允许您存储变更集并将其发送以供审查 - 确保它们在签入之前已准备好投入生产。
至于这是否是一种适当的工作方式，未经事先审查，我们不允许在主要分行办理登机手续。要通过审查，您的代码必须通过各种自动化工具，然后必须被同行评审员接受。对于“生产就绪”的一些定义 - 就是这样。因此，我们会做类似您所做的事情。但是，我们使用私有分支来确保在进行此操作时仍然可以进行签入，并且其他签入不必干扰。
如果生产就绪意味着在集成环境中进行测试，那么听起来您可能需要暂存分支或类似的东西。