相关疑难解决方法(0)

我想删除本地和我在GitHub上的远程项目分支上的分支.

尝试删除远程分支失败

$ git branch -d remotes/origin/bugfix
error: branch 'remotes/origin/bugfix' not found.

$ git branch -d origin/bugfix
error: branch 'origin/bugfix' not found.

$ git branch -rd origin/bugfix
Deleted remote branch origin/bugfix (was 2a14ef7).

$ git push
Everything up-to-date

$ git pull
From github.com:gituser/gitproject
* [new branch] bugfix -> origin/bugfix
Already up-to-date.

remotes/origin/bugfix在本地和GitHub上成功删除分支我需要做些什么 ？

我在本地存储库上有一堆提交,它们在主题上相似.在推送到遥控器之前,我想将它们组合成一个提交.我该怎么做？我认为rebase这样做,但我无法理解文档.

我有两个分支:master和branch1.我刚刚合并branch1回来master,我已经完成了那个分支.我应该删除它还是让它坐下来？删除它会导致任何数据丢失吗？

我创建了新的分支master:

git checkout -b testbranch

我做了20次提交.

现在我要压缩那20个提交.我这样做:

git rebase -i HEAD~20

如果我不知道有多少提交怎么办？有什么方法可以做以下事情:

git rebase -i all on this branch

如何分叉公共存储库,但我的fork是私有的？我确实有订阅支持私有存储库.

我正在寻找一个git命令来帮助我准备好进入Master时使用我的功能分支.这个git命令会将我在分支上的所有更改压缩到master之上的单个提交中.我今天这样做:

git rebase origin/master
git rebase -i HEAD~4

其中4是壁球的提交次数.但是,这需要我知道我有多少提交.我今天这样做是通过运行:

git log HEAD...origin/master

然后计算提交.

我觉得应该有更好的方法来做到这一点.或者这也是其他人如何做到的？

我有一个主分支和一个工作branch_1.我想branch_1完全按原样"移动" master.所以我想要这样的东西:

git checkout master
git merge branch_1 # I don't know what is correct...

我做的事情,但我有大量的文件搞砸了恼人的冲突.所以现在master包含完全相同的文件,branch_1避免任何冲突,只是覆盖文件.有帮助吗？

我通常使用git的工作流程是创建一个新的功能分支,在频繁提交时做一些工作,然后在功能正常工作和/或稳定时合并回开发分支.

通常,当我这样做时git merge --squash feature-branch,我得到一个很好的"压缩以下提交"消息,该消息自动填充来自功能分支的所有提交消息.

但是,如果存在任何合并冲突(比如说我完成并合并了另一个功能),我似乎丢失了来自分支的所有提交消息.自动填充的提交消息填充冲突,但不填写提交消息.我的提交消息在哪里？我能把它们还给他们吗？

当我在本地编写代码时,有时我会提交不干净的代码,或者使用丑陋的消息作为临时修订.

但是,当我希望我的代码与其他代码合并时,我想要另一个可以看到的唯一最终快照,(隐藏看起来很难看的修订版)

防爆.我将0分叉到我的本地存储库,我进行更改并测试并使用不干净的代码进行提交

0-> 1-> 2-> 3-> 4-> 5-> 6(最终代码)

当其他人拉代码时,是否有可能让其他人看到最终状态？而不是从1..5看到树

我希望用户会看到像

0 -------------------> 6

我能想到的一种方法是制作补丁文件,但如果有一些文件必须删除或创建,那就不够好了.

如果一个Git仓库结构看起来像这样：

master: A-C
dev:     \B-D-E

是否有可能将开发分支合并到master中，以便仅将一个提交添加到master中，其中包含在development分支中所有提交中找到的所有更改。因此，上述结构将合并为以下形式：

master: A-C-E'

该E'承诺将包含所有来自开发分支的变化，只有最新提交信息，添加新的功能，掌握在一个整洁的承诺。

在Git中可能吗？我希望能够使GitHub存储库的历史记录保持整洁，因为我的开发分支通常包含未完成，未打磨且不适合人类消费的早期提交。