比如我们有 2 个分支:master, dev,现在想查看这两个 branch 的区别,有以下几种方式: undefined 1.查看 dev 有,而 master 中没有的: 1.查看 dev 有,而 master 中没有的: 1 git log dev ^master 同理查看 master 中有,而 dev 中没有的内容: 1 git log master ^dev 2.查看 dev 中比 master 中多提交了哪些内容 1 git log master..dev 3.不知道谁提交的多谁…

比如我们有 2 个分支:master, dev,现在想查看这两个 branch 的区别,有以下几种方式: 1.查看 dev 有,而 master 中没有的: git log dev ^master 同理查看 master 中有,而 dev 中没有的内容: git log master ^dev 2.查看 dev 中比 master 中多提交了哪些内容: git log master..dev 注意,列出来的是两个点后边(此处即dev)多提交的内容.同理,想知道 master 比 dev 多提交了…

1.查看 dev 有,而 master 中没有的: git log dev ^master 2.查看 dev 中比 master 中多提交了哪些内容: git log master..dev 注意,列出来的是两个点后边(此处即dev)多提交的内容 3.不知道谁提交的多谁提交的少,单纯想知道有什么不一样: git log dev...master 4.在上述情况下,再显示出每个提交是在哪个分支上: git log --left-right dev...master 注意 commit 后面的箭头,…

软件开发基本都是多个feature分支并行开发,而在上线前有可能某个分支的开发或测试还没有完成,又或者是产品调整,取消了该分支功能的上线计划,我们在release前不合并该分支即可,然而如果该分支中的某些小调整却需要上线,我们就需要把其中的部分文件合并到release分支. 在之前遇到这种情况通常都是copy/paste,既麻烦出错率又高,自从我掌握了新姿势,整个世界仿佛都不一样了(暴漫微笑 在feature分支commit 切换至release分支 从feature分支检出相应文件 #bran…

1,将开发分支代码合入到master中 git checkout dev #切换到dev开发分支 git pull git checkout master git merge dev #合并dev分支到master上 git push origin master #将代码推到master上 2,将master的代码同步更新到开发分支中 merge方法:保证主干提交线干净(可以安全回溯) git checkout master git pull git checkout dev git merge…

Git diff branch1 branch2 --stat   //显示出所有有差异的文件列表 Git diff branch1 branch2 文件名(带路径)   //显示指定文件的详细差异 Git diff branch1 branch2                   //显示出所有有差异的文件的详细差异…

只列出名字 git diff remotes/origin/dev remotes/origin/master --name-only…

git cherry-pick commit-id  (github 上的短号)…

git 对比两个commit 之间的差异 比较两个版本之间的差异 git diff commit-id-1 commit-id-2 > d:/diff.txt 结果文件diff.txt中: "-"号开头的表示 commit-id-2 相对 commit-id-1 减少了的内容. "+"号开头的表示 commit-id-2 相对 commit-id-1 增加了的内容.…

1. 执行git log -3 --graph A,查看A分支下的commit: 注:commit 后面的hash值代表某个commit,这里把”82f1fb7138c5860cc775b4b5ea71c5d19c4e6497“这个commit提交到B. 2. 执行git checkout B,切换到B分支; 3. 执行 git cherry-pick 82f1fb7138c5860cc775b4b5ea71c5d19c4e6497,该commit便被提交到了B分支; 4. git push /…