git rebase

[thomaswang]

git checkout master
git rebase myBranch
git push

如果同事这样做，别人一看 master，就以为我违规操作，直接把代码直接提交到 master，怎么把问题说清楚呢？，

[billlee]

你把 master rebase 到你的分支上？然后还能不加 --force push?

这是什么操作。。

[shalk]

master 开保护 禁止直接 push

[gouchaoer]

用 sourcetree，命令行太难了不会

[skyshy]

git reflog 可以查看呀

[momocraft]

rebase 出的 commit 中的 author (你) 和 commiter (你那个勇敢的同事) 会变成不同人

如果还要再强的证明, 你可以给自己的 commit 加上数字签名

[111111111111]

给 master 分支保护，合并的时候提 MR ,这样大家就知道你的代码不是直接改 master 是合并上去的了
另外仓库分远程和本地，只要提交到远程的是 commit 干净清晰，本地可以按照自己的风格来

[111111111111]

虽然审错题了，不过给 master 加保护没错，这样向 master 合并代码不是在客户端本地，而是用账号登录到远程仓库，
足以证明虽然 commit 是你写的，但却是别人是把 commit 合到 master 了

[scnace]

所以一人一个 branch 有什么好处吗？

[msg7086]

别人一看 master，Committer 是你同事啊，关你啥事……

[billgreen1]

虽然我也不是很懂，但是我见过的例子都是
git checkout mybranch
git rebase master
在自己的分支上解决可能的冲突，然后
git checkout master
git merge mybranch

[thomaswang]

@msg7086 出现在 master 上的所有我的 commit 的 commiter 都是那个勇敢的人 对吗？ 我还在地铁上、到公司就看一下

[owt5008137]

这种 push 得加--force 吧？而且冲突的文件的最后提交者是你同事又不是你，为什么会认为你违规操作？难道发现你是最后提交者就自动背锅了？

[thomaswang]

@billgreen1 我大致理解这样操作的意思，这样 master 上的 commit 会在没有 merge 的情况下出现在你的分支（这个不违规，我们这是反过来操作的，属于违规），当你的 commit 出现在 master 是在合并到 master 之后出现的，我们这情况是在没有任何 merge 的情况，我的 commit 出现在 master

[lululau]

不要把私钥或 github/gitlab 密码告诉别人就可以了

[PythoneerDev6]

这样做 是直接把你的分支 merge 到了 Master 吧。 如果是这样的话， 提交者会是你同事，不是你。

[bombless]

master 不止你一个人看到，你还给它 rebase，会造成一种情况就是同一个提交会有不同的几个 hash，查历史的时候会造成一点混乱，个人不推荐

[yanhejihe]

master 分支上怎么可以 rebase

[yanhejihe]

只有在自己的分支上 rebase，然后 push

[gesse]

[fgwww]

永远不要在公共分支上变基