以下是我日常工作的描述:
两名开发人员从事许多小功能或修复工作,假设每个开发人员每天 3-4 人。我需要能够同时处理功能 A - B - C,而我的同事处理功能 D 和 E。
星期一:功能 A 被推送到登台服务器以供客户审查。功能 B 被推送到同一个登台服务器以供客户审查。功能 D 被推送到同一个登台服务器以供客户审查。
星期二:我们收到客户对 A 和 D 的批准(但不是 B)。他们需要立即适应这些变化。
星期三:功能 C 被推送到同一个登台服务器以供客户审查。最终收到 B 的批准。
星期四:功能 B 必须立即投入生产。
Friday : 在上一个生产版本中发现一个错误,我们需要回滚到以前的版本。
这不能被视为类似于 Scrum 的过程,因为没有机会将功能分组到故事或 sprint 计划中。这更像是一个维护过程(也许是看板?)。
你能举一个例子来说明你将如何使用 Git 来处理这个问题吗?假设现在,我们只有一个 master 分支,每当我们想要将任何东西推送到暂存或生产时,我们必须“git pull”使所有更改生效(甚至是不需要的更改)。用 git "cherry-pick" 来检索特定的提交怎么样?每个功能一个分支似乎太繁重了,因为我们有太多的功能。如果你能给出 Git 命令和分支的具体例子(只是为了展示主要思想,不需要 100% 正确),那就太好了。
谢谢。