情况是这样的：
我从其他远程开发分支创建了远程分支 - ＆gt;将其提取到本地 - ＆gt;做了一些改变 - ＆gt; git add - ＆gt; git commit - ＆gt;推到远程并提出拉取请求。
拉请求仍然存在且分支尚未合并。
删除尚未合并的本地分支是否安全？
我不想拥有一堆我不再需要的当地分支机构。
答案 0 :(得分：6)
在将本地分支推送到远程分支后删除本地分支在技术上是安全的，因为即使拉取请求尚未合并，您也可以始终从远程分支中检索更改。
但是，我会等到拉请求实际合并为止。拥有pull请求背后的整个想法，而不是允许任何人只是合并他们想要的东西，是允许开发人员和项目维护者之间的反馈循环。取决于项目的礼仪以及维护者对您的信任程度，在您的请求合并之前，可能需要进行几次完善的改进。我避免了每次都必须重新创建本地分支的麻烦，只需将其留在那里并继续处理它，直到请求最终合并为止。
答案 1 :(得分：1)
将更改推送到自己的远程存储库后删除本地分支是安全的。
pull请求与此无关，因为它只是向原始存储库的维护者请求将您的更改合并回其代码库。为此，他们需要访问您的远程存储库，但当然不需要访问您的本地文件。
答案 2 :(得分：1)
遥控器将包含包含您工作的所有提交对象，因此您可以删除本地分支，但为什么要这么麻烦？
分支的权重非常轻（在提交对象的存储库中只有40个字节的指针）。您的存储库和外部存储器将具有相同的提交对象，如果您在接受拉取请求之前需要做进一步的工作，那么移动到本地分支的工作比删除它并且必须下拉更容易你自己的改变并解决了这个问题。
答案 3 :(得分：0)
我遇到的情况是我删除了一个分支，然后在任何情况下都无法更改回主分支。 Plastic的行为就像是希望返回未使用的分支，并且永远不允许我再次对该存储库执行任何有用的操作。
我对Plastic还是很陌生-所以我可能应该联系支持人员-但我很着急。我的解决方案是从头开始创建新的存储库。这有点痛苦-但它又可以工作了。现在，我知道不要删除任何东西，因为可能存在一些我不了解的依赖项。
因此，尽管我相信这里的专家，但我还是建议您确实知道您可以删除分支，而不会遇到我遇到的问题。
我将在另一个线程中发布此问题：什么时候删除不使用的分支是不安全的？