配置管理策略演变过程V1.3.pptx

配置管理策略 演变过程 wy-scm@ 主干产鱼法…… 开发本地工作空间 最初，1个人 的工程是这么工作的… Trunk Workcopy Check out Commit 主干 检出代码到本地 提交代码到主干 修改代码 最初，1个人 的工程是这么工作的… Trunk Workcopy Trunk此时相当于开发分支/开发流 Check out Commit 最初，多人共主干 的工程是这么工作的… Wc_dev1 Trunk Wc_dev2 Check out Commit Check out Commit X update 检出代码 检出代码 修改 修改 dev2 先提交trunk dev1 后提交trunk 当dev1提交与dev2有冲突 dev1提交失败 合并trunk变更 再提交 当dev1提交与dev2没有冲突 dev1提交成功 最初，多人共主干 的工程是这么工作的… Wc_dev1 Trunk Wc_dev2 Check out Commit Check out Commit X update Commit failed 1)当dev1提交与dev2有冲突 dev1提交失败，如图 2)当dev1提交与dev2没有冲突 dev1提交成功 ?? 合并merge原理 BranchA BranchB Base x y =Base/BranchA/BranchB /BranchC BranchC为第三方分支，如集成分支 merge merge merge(x+y) 后来xxxx，1个人 的工程是这么工作的… Base Branches workcopy Btags Rtags Check out copy merge copy to Commit 拉分支 检出到本地 修改后提交 BDS的QA角色打包： 将branches copy 到btags BDS的OPS角色打包： 将btags merge到base， 同时将base copy到rtag btag1 rtag1 后来xxxx,1个人 的工程是这么工作的… Trunk Branches workcopy Btags Rtags Check out copy merge copy to Commit 合并回trunk的代码是经过测试评审过的分支是开发不稳定的代码 开发出来N个测试基线选择对的测试基线合并到trunk Check out 后来xxxxx，多人/单分支 的工程是这么干的… Base Branch Wc_dev1 Wc_dev2 Btags Rtags copy merge copy to Commit X Commit Commit copy update btag1 rtag1 Check out Check out 后来xxxxx，多人/单分支 的工程是这么干的… Base Branch Wc_dev1 Wc_dev2 Btags Rtags copy merge copy to Commit X Check out Commit Commit copy update btag1 rtag1 现在xxxxxx，多人/多分支 的工程是这样的… Wc_B BranchB Base BranchA Wc_A Btags Rtags copy copy to merge merge merge copy btag1 rtag1 btag2 rtag2 copy to copy copy btag2 Btag2 failed X Check out Commit Check out Commit 现在 xxxxxx，多人/多分支 的工程是这样的… Wc_B BranchB Base BranchA Wc_A Btags Rtags copy copy to merge merge merge copy btag1 rtag1 btag2 rtag2 copy to copy copy btag2 Btag2 failed X Check out Check out Commit Commit 合并merge流程 BranchA BranchB trunk x y BranchC merge(x+y) BranchA BranchB Base X+y Base merge(x+y) xxxxxx 阿里巴巴 BranchC为集成分支， 当分支A和B共同上线时，这么合并到集成分支： 好处：BranchA和B不会受合并影响； 坏处：会多次合并，导致重复工作。 好处：BranchA先提交，不用合并， 后提交的B需要进行一次合并， 合并次数少，工作量小。 坏处：BranchesB分支被A污染。 x X x merge