首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >程序员和系统工程师之间的沟通。用于规划构建和维护工作的工具

程序员和系统工程师之间的沟通。用于规划构建和维护工作的工具
EN

Software Engineering用户
提问于 2013-07-26 11:31:50
回答 1查看 130关注 0票数 0

我们有开发部和系统工程部,负责一个大项目( J2EE应用程序的开发)。

我们在工作中使用了构建管理系统、Bug跟踪系统和Wiki引擎。

有时,当某些开发人员启动服务器重新启动或应用程序构建破坏其他开发人员的调试过程(在某些情况下,开发人员使用同一个远程开发人员服务器)时,我们会遇到这样的情况。

目前,我们正在使用聊天应用程序来批准重新启动\重构服务器(应用程序)的进程。

有人能像我上面描述的那样分享解决碰撞的经验吗?

我的愿景是使用能够完成以下工作的应用程序:

  • 创建服务器重新启动请求(或应用程序重新部署);
  • 为“新请求创建”事件提供通知;
  • 人工批准请求(由若干成员)和自动批准请求(如果在一段时间内没有人拒绝请求);
  • 就“请求获得批准”事件提供通知;
  • 请求解决;
  • 为“请求已解决(完成)”事件提供通知。

看起来请求有自己的生命周期或工作流。

我认为某些Bug跟踪系统(例如,由亚特兰西安·吉拉)可以帮助创建请求并在其上启动工作流。但是这个解决方案对我来说并不完美(甚至是好的)--它太“笨重”了。

EN

回答 1

Software Engineering用户

发布于 2013-07-26 12:27:54

很简单。停止共享同一个开发服务器。为每个开发人员提供自己的开发环境。这可以是他们自己的机器,也可以是服务器上的每个VM。

然后,将现有的'dev‘服务器重命名为'integration’,并在开发代码从开发人员分支合并到主线分支/主干后用作质量检查。

不要为这样的问题提供“工作流”解决方案,您将引入许多只会减缓开发人员工作效率的过程。您的解决方案尤其需要所有其他开发人员的合作,他们很可能不去考虑这些请求,或者更糟的是,他们只会说“不,我的工作太重要了,不能被打断”,这会立即阻止想要更新系统的开发人员。

票数 4
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/206142

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档