|
那我应该向何处检入我认为已经完成、但是在检入主干前需要进行验证的代码呢?当然，我可以在本机上完成测试，并直接将通过测试的代码检入到主干之中。但这还是有点吓人，我相信大家都遇到过“嘿，但是它在我的机器上运行没有问题啊”这样的事情。项目管理者联盟
另外一个问题是“好吧，我完成了今天的编码任务，现在要回家了。我该把代码检入到哪里?还没有测试过呢，所以不能检入到主干中。我想把它检入到别的地方，这样其他的团队成员就可以在其基础之上继续工作了”(敏捷团队是采取代码集体所有制的，对吧?)。talent.mypm.net
你看，我们有希望检入的内容，但是不存在不违反分支方针就可以进行检入的地方。这就是建立新分支的一个合理原因了。转自项目管理者联盟
我们可将此称为工作分支，团队所有成员都可共享该分支。有人称其为开发分支。项目管理者联盟
团队A的工作分支方针：talent.mypm.net
代码完成编译和构建，并通过所有的单元测试。项目管理者联盟文章
项目管理者联盟
很好，现在我们有两个分支了。一个稳定的分支(主干)和一个稍微不那么稳定的分支(团队分支)。团队分支是红色的，表示它不太稳定;例如：这个分支通过了单元测试，但是它可能还没有完成集成测试，所以还没有稳定到可以发布的状态。好，现在团队有地方可以检入正在进行中的工作了!项目管理者联盟
嗯，那要是需要同步不同的分支时应该怎么做呢?往下看。项目管理者联盟文章
从工作分支公开发布(publish)至主干项目管理者联盟文章
最终(我们希望)一个故事可以进入到“完成”状态。或者更明确地说，最终工作分支会达到可发布状态。此时我们可以(而且应该)将此分支公开发布到主干上，比如将工作分支上所有的新代码复制到主干上。完成后，主干与工作分支就完全相同了。www.mypm.net
我们可以称此过程为“公开发布”，因为我们已经完成了一些工作，而且现在已经准备好将其“公开发布”回主干供发布用。这样说只是一个有用的隐喻。项目管理者联盟
下面是一个示例。假设我们已经实现了两个故事：“开户(Register)”和“存款(Deposit)”。它们都是“已完成”的，也就是说通过了单元测试、集成测试，并且处于“可发布”状态。我们已经开始处理“取款(Withdraw)”这个故事，但是它还没有“完成”。任务板看起来会像下面这张图示一样：pmp.mypm.net
项目管理者联盟
每个黄色的即时贴表示一项任务，也就是要完成故事需要做的一项工作。例如编辑类X，更新构建脚本，等等。每项任务通常包含一个人日的工作，每个故事通常包含3至8个人日的工作。
分支的过程会像下面这样：转自项目管理者联盟
项目管理者联盟
我们的第一个团队实现了“开户”故事，并将代码检入到工作分支中，运行集成测试，修正一些问题，再次检入，再次运行测试，通过了!“开户”故事就“完成”了!然后将其公开发布到主干之中。training.mypm.net
接下来实现“存款”。只需要执行一次检入就可以了。集成测试通过，我们再次把代码发布到主干之中。项目管理者联盟
现在团队正在实现“取款”故事。他们已经完成两次检入了，但是这个故事仍然没有完成。www.mypm.net
注意“发布到主干”并不是说我们仅把某个故事的代码直接拷贝到主干中，而是意味着所有的工作拷贝到主干中，做一次完整的同步。项目管理者联盟
这样就带来了两个很有趣的问题：pmp.mypm.net
如果团队同时在实现多个故事，该怎么办?转自项目管理者联盟
如果其他团队也正在向主干发布内容，又该怎么办?项目管理论坛
我们还是一个接一个地来看这些问题。项目管理者联盟
|
