在进行 Git Merge 或者 Rebase 操作的时候，经常需要处理冲突。大部分时候，解决冲突需要认真观察冲突处的代码，然后手工进行选择/修改。但是在某些情况下，解决冲突只需要简单选择某一边的修改就可以了。
举个例子：假设 1.0 版本和 1.1 版本存在并行开发。在 1.0 版本完全封板之后，可能需要将 1.0 版本的改动 rebase 到 1.1 版本提交的下面。假设两个版本都有升级版本号的提交，一个升级版本号到 1.0.1，一个升级版本号到 1.1.1。此时，进行 rebase 就会造成版本号上的冲突。在 lerna 管理的项目中，这样的冲突可能会涉及很多文件。
在已知只需要选择一边的前提下，如果还要手动解决每一个文件的冲突，显然有一些机械。Git 提供了 --ours 和 --theirs 的 flag，可以用于快速的选择冲突的解决方案。
假设有一个冲突如下：
<<<<<<< HEAD
"package": "1.0.1",
=======
"package": "1.1.1",
>>>>>>> v1.1如果希望选择当前的改动（假设文件名叫 package.json），可以使用如下的命令：
git checkout --ours package.json如果希望选择对方版本的改动，则可以用：
git checkout --theirs package.json更进一步，如果希望用同一套方案解决所有冲突的文件，可以直接用如下的命令（假设希望使用当前的改动）：
git checkout --ours .需要注意的一点是，在进行 Git Merge 和 Git Rebase 的时候，对应的“当前版本”（ours）与“对方版本”（theirs）的概念是不同的。对 Git Merge 来说，操作是将对方分支合并到当前的分支，因此“当前版本”（ours）就是当前分支；而对 Git Rebase 来说，操作是将当前分支的改动应用在对方分支代码的基础上，因此“当前版本”（ours）是对方分支。
抛开上面的概念，其实从 Git Conflict 的展示上看还是很直观的。上半部分（=======前的部分）对应的是“当前版本”（ours），下半部分是“对方版本”（theirs）。