SVN分支 MV_ManualBinning_20101203 ，成功向Trunk进行了一次合并。
心得如下：
1. 在分支上的开发，请在所有修改的地方，加上醒目的comments，以利于merge操作时的便利；
（与coding过程中强调的comments作用一样，人的记忆力总是有限的，需要comments的帮忙）
2. 此次的分支，从建立到合并，大致是一个月的时间。如果以后按照一种常见的 敏捷 开发过程 - Scrum，其Sprint恰好都是按照月为单位的。
一个月，20工作日 = 14分支开发工作日 + 4分支测试工作日 + 0.5合并工作日 + 1.5主干综合测试工作日 （目前的经验公式）
3. 合并操作前，需要将本地的code，与服务器同步；（切记是同步不光是update）
4. 合并后的本地working copy，大致测试后，提交到Trunk上。然后，按照原来的操作方式，继续在Trunk上工作；
5. 在合并的过程中注意不要覆盖trunk上的build.xml文件。（第一次合并忽略了此操作）
6. 合并完成后的源代码不要着急提交，首先备份一下，然后再在本地的eclipse测试一下，有问题先调试，调试完成后再提交到服务器上。（安全考虑）
7. 目前，还有另外一个测试分支 Test_ModelFlow_20101227 ，几位朋友在其上开发 Model新简化流程 。
大家伙，还得集体练习一次，才能把 合并 的操作，基本混熟。
以后，可以把 分支 开发的方式，常态化。对于合并操作，我们已经有了充足的实战经验。
8. 再次展现一些没有标准答案的、需要找到平衡点的矛盾：
a. 不定期的、经常提交 vs. 定期提交，以不干扰现有的主流程 b. 不定期的、经常测试 vs. 定期build，以固定build进行测试
SVN、Scrum，提供了一些思路，继续想，继续实践。。。
