<分区>
在持续集成、敏捷的环境中,如果我对我创建并一直在处理的 A 类进行更改(例如,更改属性名称),这会影响 B 类,它“属于”其他人,他修改B 类什么时候我想检查我的零钱?我还是B类老板?
我想如果我修改它会更敏捷,这样我就不必通知其他人,但与此同时,从事它工作的人会更清楚修改它的影响...
<分区>
在持续集成、敏捷的环境中,如果我对我创建并一直在处理的 A 类进行更改(例如,更改属性名称),这会影响 B 类,它“属于”其他人,他修改B 类什么时候我想检查我的零钱?我还是B类老板?
我想如果我修改它会更敏捷,这样我就不必通知其他人,但与此同时,从事它工作的人会更清楚修改它的影响...
最佳答案
在敏捷环境中,B 类(与所有类一样)属于团队。我们称之为 Shared Code Ownership .您应该 checkin 工作代码;如果这意味着您需要调整 B 类以符合您对 A 类所做的更改 - 调整!更好的是,配对。
关于build-process - 谁在敏捷环境中修改受影响的组件?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4400620/
相关文章:
java - 如何在软件开发实践中尽早发现业务相关的bug?
design-patterns - 使用敏捷方法或其他方式编写松散耦合代码的建议
android - gradle 构建错误 :Execution failed for task ':core-app:dexDebug'
jenkins - 如何从 Jenkins 触发 XL Release 任务?是否可以?
azure - Visual Studio Team Services (VSTS) 中的“生成”和“发布”定义如何相互关联?