2019/01/25 13:37

引用来自“波波侠”的评论

感觉作者对整个GIT的原理理解得还太浅,SVN思维残存啊。什么叫“先更新,后提交”,你想下,如果本地已经有几个COMMIT了,你怎么去先更新,再提交。如果你说的“提交”是PUSH,那更没必要有这个推荐了,你不更新,根本PUSH不上去,还有REBASE的HASH值,未必会变。再者也没分清MERGE 和 REBASE的区别,REBASE不会生成多余的合并结点,冲突时,解决结果所在的COMMIT节点,也不同。

引用来自“joymufeng”的评论

请先读完再评论,莫断章取义!(至少请先读下文章开头的注释部分,搞清楚文中的更新操作具体指什么?)
为避免误导读者,先指出你评论中的几个问题:
问题1:什么叫“先更新,后提交”
回复:本文阅读对象是IDEA+GIT用户,更新操作含义看清文章开头注释
2. 关于“本地已经有几个COMMIT了,你怎么先去更新,再提交。”
回复:自己在IDEA中尝试下
3. 如果你说的“提交”是PUSH,那更没必要有这个推荐了
回复:提交一定是指Commit,怎么会跟Push扯到一起?
4. 再者也没分清MERGE 和 REBASE的区别
回复:文中多次提到,如果本地有未Push的Commit且远程有未Pull的Commit,更新时一定会自动生成一个合并Commit,请仔细阅读原文。另外文中讲述Rebase是在先提交后更新的背景下,如果远程有未Pull的Commit,Rebase后,本地的Commit一定会被改写(Commit Hash改变)。
2019/01/25 13:18

引用来自“波波侠”的评论

感觉作者对整个GIT的原理理解得还太浅,SVN思维残存啊。什么叫“先更新,后提交”,你想下,如果本地已经有几个COMMIT了,你怎么去先更新,再提交。如果你说的“提交”是PUSH,那更没必要有这个推荐了,你不更新,根本PUSH不上去,还有REBASE的HASH值,未必会变。再者也没分清MERGE 和 REBASE的区别,REBASE不会生成多余的合并结点,冲突时,解决结果所在的COMMIT节点,也不同。
请先读完再评论,莫断章取义!(至少请先读下文章开头的注释部分,搞清楚文中的更新操作具体指什么?)
2019/01/25 08:49

引用来自“红薯”的评论

企业用户可以使用码云企业版的强推限制特性
码云非常棒,企业用户首选👍
2019/01/25 07:55
企业用户可以使用码云企业版的强推限制特性
回复 @
{{emojiItem.symbol}}
返回顶部
顶部