|
|
1
1866
另外两个答案的问题是,新主人没有老主人作为祖先,所以当你推动它时,其他人都会搞砸。这就是你想要做的:
如果您希望自己的历史记录更清晰一点,我建议您在合并提交消息中添加一些信息,以便清楚地了解您所做的工作。将第二行更改为:
|
|
2
235
确保所有内容都被推送到远程存储库(Github)中:
用“更好的分支”覆盖“master”:
强制推送到远程存储库:
|
|
|
3
68
编辑: 你没有说你推动了一个公开回购!这就是一个与众不同的世界。
有两种方式,“肮脏”和“干净”方式。假设你的分支是命名的
这将更改配置文件以匹配重命名的分支。 你也可以用不干净的方式来做,这不会更新配置文件。这是在上面的罩下发生的事情…
|
|
|
4
41
将分支重命名为
|
|
5
18
根据我的理解,您可以将当前分支分支分支到现有分支。本质上,这将覆盖
一旦你做到了这一点,你通常可以把你的本地
没有合并,没有长命令。简单地
或者,我发现您可以将任何分支推送到任何远程分支,因此:
|
|
|
6
13
这里给出的解决方案(重命名“master”中的分支)并不强调远程(github)回购的后果:
-f
--force
如果其他人已经撤回了你的回购协议,他们将无法在没有用新的Github主分支替换他们自己的主分支(或处理大量合并)的情况下完成新的主历史记录。
|
|
|
7
9
您还可以将另一个分支的所有文件签入master:
然后提交所有更改。 |
|
|
8
9
我发现这个简单的方法最有效。它不会重写历史记录,分支的所有以前的签入都将附加到主控形状中。没有丢失任何内容,您可以清楚地看到提交日志中发生了什么。 目标:使“支部”的现状成为“主人” 处理分支、提交和推送更改以确保本地和远程存储库是最新的:
在此之后,您的主服务器将是分支最后一次提交的确切状态,主提交日志将显示分支的所有签入。 |
|
9
5
我在博客上找到了我想要的答案 Replace the master branch with another branch in git :
基本上和 Cascabel's answer . 除了他添加的“选项” 在下面 他的解决方案已经嵌入到我的主代码块中。 这样更容易找到。 我将添加此作为新的答案,因为如果以后需要此解决方案,我希望 全部的 代码 我 将在一个代码块中使用。 否则,我可以复制粘贴, 然后 请阅读下面的详细信息以查看 应该 已经改变了-在我执行它之后。 |
|
|
10
4
再加上Jefromi的回答,如果你不想把一个无意义的合并放在
这样,合并提交将只存在于
或者,如果您根本不想创建合并,只需获取
|
|
|
11
1
我做事的方式如下
|
|
12
1
如果您正在使用 埃吉特 在里面 日食 :
|
|
13
-1
以下步骤在Atlassian(BitBucket服务器)支持的Git浏览器中执行。
将当前分支设为
|
|
Harry · 如何在编译时获取克隆的git仓库的标签 1 年前 |
|
Ooker · 如何从blob中删除秘密? 1 年前 |
|
|
hasdrubal · git日志图智能分支过滤器 1 年前 |
|
|
J. Doe · 为什么git中没有跟踪git文件? 1 年前 |