使用gitk log,我无法发现两者之间的差异.如何观察差异(使用git命令或某些工具)？
来自mercurial,我使用分支来组织功能.当然,我也想在我的历史中看到这种工作流程.
我使用git开始了我的新项目并完成了我的第一个功能.合并该功能时,我意识到git使用快进,即如果可能,它会将我的更改直接应用到主分支并忘记我的分支.
因此,思考未来:我是唯一一个从事这个项目的人.如果我使用git的默认方法(快进合并),我的历史将导致一个巨大的主分支.没有人知道我为每个功能使用了一个单独的分支,因为最后我只有那个巨大的主分支.这看起来不专业吗？
通过这种推理,我不想要快进合并,也不知道为什么它是默认的.这有什么好处的？
用户A和B各自对特定仓库进行修改(在不同的特征分支上).
用户A将更改合并到暂存分支.Jenkins构建了分段分支,并取得了成功.
用户C(用户B团队的发布经理)将用户B的更改合并到登台分支.但是,合并中的某些内容出错并且未被注意到,例如未正确解决的冲突.
Jenkins构建了分段分支,但由于合并错误而失败.
用户A和B会收到构建失败的通知,因为他们的代码是合并的一部分,即使他们的更改没有出错.用户C永远不会收到失败通知,即使他的错误合并是破坏了构建.
有办法:
我们正在使用Jenkins 的Git和Email-ext插件.
编辑,几个月后:仍然存在这方面的问题 - 即使在进行合并的人没有引入重大更改的情况下,他们仍然很高兴被通知构建成功(或失败).
我最近使用 git 将本地功能分支合并到本地主分支。然后我做了一些更改并提交到主分支。现在，我想摆脱主分支上的合并造成的更改。所以我做了一个：
git revert <commit-id>
但是，我得到了错误
错误：提交 c49aaca4acf461cc41390c1d1d3477f09e25a368 是合并，但未给出 -m 选项。致命：恢复失败
仅供参考，我还没有向服务器推送任何内容。我在网上搜索但找不到合适的解决方案。有谁知道该怎么做？谢谢。