三个问题哈~
1、lz 平时写项目写项目都喜欢用 rebase,因为这样到时候追 bug 的时候可以将多条 commit 的记录翻出来修,但是公司比较推荐用 merge,这样别人看你的提交只会是一条 commit,比较简洁。
2、刚入职我操作公司的 git 总是会出现一些问题,总让自己的 mentor 帮忙解决非常不好意思,顺便也问一下老哥们我下面的这样的操作 git 的方式 OK 吗,会不会存在什么潜在的问题?
-->[trunk_myself](我自己的分支):
git fetch
git rebase origin/company_trunk
[出现冲突:开始修冲突]
git add 冲突文件
git rebase --continue
git add .
git commit -m 'xxx'
-->[company_trunk](公司的分支):
git co company_trunk
git rebase trunk_myself
git st
[Your branch is ahead of 'origin/company_trunk'
[编译,防止合并代码的时候有人提交新的代码]
git fetch
git rebase
[查看 sourceTree 节点是否正常]
git push
3、如果用 merge 的话,直接把上面的'rebase'替换成'merge'会不会出现什么问题呢?
1、lz 平时写项目写项目都喜欢用 rebase,因为这样到时候追 bug 的时候可以将多条 commit 的记录翻出来修,但是公司比较推荐用 merge,这样别人看你的提交只会是一条 commit,比较简洁。
2、刚入职我操作公司的 git 总是会出现一些问题,总让自己的 mentor 帮忙解决非常不好意思,顺便也问一下老哥们我下面的这样的操作 git 的方式 OK 吗,会不会存在什么潜在的问题?
-->[trunk_myself](我自己的分支):
git fetch
git rebase origin/company_trunk
[出现冲突:开始修冲突]
git add 冲突文件
git rebase --continue
git add .
git commit -m 'xxx'
-->[company_trunk](公司的分支):
git co company_trunk
git rebase trunk_myself
git st
[Your branch is ahead of 'origin/company_trunk'
[编译,防止合并代码的时候有人提交新的代码]
git fetch
git rebase
[查看 sourceTree 节点是否正常]
git push
3、如果用 merge 的话,直接把上面的'rebase'替换成'merge'会不会出现什么问题呢?
