这是一个创建于 1828 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前合并流程是这样的:
第一步:用 idea 的 git 合并代码，解决冲突。idea 代码合并那个我觉得真的非常好用，但是 ideagit 存在一个问题，会把不是这个版本改的东西显示出来。所以有了第二步。
第二步:在提交重要分支前用 sourcetree 看看真正改的是什么。只是做一个检查确认。
第三步:可能存在。当有一些文件，两边都改动比较大，大面积深红色时候需要使用文本比较器比较查看改动点是啥。
自己的期望:能够将三种操作尽量合并，减少不同软件的使用。第三步情况可以不用考虑。
第一步:用 idea 的 git 合并代码，解决冲突。idea 代码合并那个我觉得真的非常好用，但是 ideagit 存在一个问题，会把不是这个版本改的东西显示出来。所以有了第二步。
第二步:在提交重要分支前用 sourcetree 看看真正改的是什么。只是做一个检查确认。
第三步:可能存在。当有一些文件，两边都改动比较大，大面积深红色时候需要使用文本比较器比较查看改动点是啥。
自己的期望:能够将三种操作尽量合并，减少不同软件的使用。第三步情况可以不用考虑。
 | 1 fdx4bw 2020-10-15 08:37:35 +08:00  1 第二步 也可以用 idea 来啊。第三步没看明白 |
 | 2 BrettD 2020-10-15 08:37:39 +08:00 via iPhone 1 命令行操作 |
 | 3 ebony0319 OP @fdx4bw 在 idea 查看合并请求修改的时候,idea 会把这个分支之前的东西显示出来.比如 master 上线前升级为正式版本号. 从 master 拉取开发分支,修改版本号为开发版本号,并且升级版本号信息.合并 test.查看合并日志时候会出现 两次修改版本号.其实只有一次. 第三步就是在合并 test 分支时候比较多,深红色代表多次修改了.还有一个点可能有人的不合规操作,idea 把两个文档都当做修改,全部都要,代码重叠了,但是又需要你解决冲突.比如 左边 1,2,3,4 右边.1,2,3,5 冲突的结果 :1,2,3,4,1,2,3,5. |
 | 4 0xbe 2020-10-15 10:25:50 +08:00 1 fork |
Select Language