关于github:工程师进阶历程如何快速提升项目交付和验收效率

9次阅读

共计 783 个字符,预计需要花费 2 分钟才能阅读完成。

验收前端我的项目令人苦恼
目前我正在负责一个前端我的项目,项目组需与产品团队一起合作交付我的项目,但在验收这个环节中我作感到了苦恼。
现有流程是:

  1. 我在本地开发结束;
  2. 推送代码到 Github 仓库;
  3. 要求团队审阅代码并合并到测试分支;
  4. 走 CI 与 CD 流程、部署代码至测试服务;
  5. 交付产品部门验收。

若遇到须要批改的中央则须要再次反复这一流程,整个流程约须要消耗 15 分钟。
这样的工作模式在不忙的时候没有问题,但在筹备上线期间暴露出了显著的问题:

  1. 若遇上产品团队重复要求批改会节约许多工夫,连累团队上线进度;
  2. 代码审阅容易形式化,审阅者往往间接批准合并代码。
    面对此问题,我曾要求产品团队将修改意见汇总成一个版本提交给研发团队升高公布次数,但这一计划只能升高公布次数,但无奈升高公布流程耗时这一问题。
    这时候我就在思考有没有一款可供团队合作的在线开发环境,能够在开发结束后在线预览成果,免去繁琐的部署步骤,晋升跨部门的单干效率。

“对的”产品被我找到了!
有了想法之后我开始了搜寻与调研,发现了 TeamCode 的 DCS 这款产品,它能够通过一个 Git 仓库地址在云上创立一个能够运行我的项目的环境,用户能够通过 IDE 拜访云端环境开发我的项目。

我发现这完满符合我的需要,批改结束后可能及时在线上预览成果供产品团队验收。

我能够在环境中编写代码

编写代码后立刻运行我的项目

我将我的项目的地址分享给产品团队之后,产品团队即可拜访此地址查看成果


体验完产品我认为它能满足团队合作的需要便在公司外部开始了试用,但在理论开发过程中也遇到了产品的不足之处,如不反对连贯内网 Git 仓库,导致我必须把代码临时推送到我的公有 GitHub 仓库再基于此仓库创立我的项目。因而我倡议产品能够反对此性能,为团队开发提供便当。

综上,一旦解决了产品限度导致的问题,应用这个产品能显著晋升团队合作效率,能够将整个交付流程从 15 分钟升高到 3 分钟内。

正文完
 0