问题是，它不会触及本地跟踪分支，即使上游分支已合并到基本分支并被删除。在这种情况下，您应该手动删除相应的跟踪分支。如果您使用变基合并，您可能需要使用令人恐惧的--force标志，例如git branch --delete --force。

git-trim会检测上游分支是否已合并到基本分支的上游。它知道何时可以安全地删除，并且甚至知道合并后您忘记删除远程分支。

<bash one-liner HERE> | xargs git branch -D有什么不同吗？

仅使用-D删除追踪分支，其上游已消失，这相当于--force，需要格外小心，因为它可能会删除尚未完全合并到基础分支或合并后修改的内容。并非因为--force本身危险。仅仅gone并不意味着它已经完全合并到基础分支。因此，我给它加了“激素”，变成了git-trim。

• 它检查追踪分支的上游是否已“完全”合并，而不仅仅是它们是否已消失。我大约一半的代码花在了场景测试上。我想要确保在任何情况下都不会意外删除未合并的内容。
• 它支持github流程（master-feature层分支策略）、git流程（master-develop-feature层分支策略）、简单工作流程（带有远程仓库和本地克隆）以及三角形工作流程（带有两个远程仓库和本地克隆）。
• 它对合并风格一视同仁。它可以检测常见的合并风格，如带有合并提交的合并、变基/ff合并和squash合并。
• 它还可以检查远程分支，如果忘记了，它会帮您从远程删除它们。
• 此外，它并行运行。否则，拥有数百个旧分支的大型仓库检查它们是否已合并可能需要几分钟。

git-trim支持哪些合并风格？

• 带有合并提交的经典合并，使用git merge --no-ff
• 使用git merge --ff-only（与git cherry等价）的变基合并
• 使用git merge --squash（使用此方法：https://stackoverflow.com/a/56026209）的squash合并

merged和stray分支之间的区别是什么？

已合并的分支是指其上游分支已完全合并到基础分支的上游，因此您不会丢失更改。

相比之下，未归类的分支是有可能丢失一些更改的分支。您的PR有时会被拒绝并从远程删除。或者，您可能错误地修改或变基了分支，并且补丁现在与已合并的补丁完全不同，因为您忘记了PR已经合并的事实。然后，由于它们的上游已删除，它们就不能盲目删除。这个术语是从git的远程跟踪状态借用的。

我甚至懒得输入git trim

尝试这个post-merge钩子。每次您在master或develop上执行git pull时，它都会自动调用git trim --no-update。建议与该钩子一起使用git config fetch.prune true。

#!/bin/bash
BRANCH=$(git rev-parse --abbrev-ref HEAD)
case "$HEAD_BRANCH" in
    "master"|"develop") ;;
    *) exit ;;
esac

git trim --no-update

或者尝试使用git-sync脚本。它可以在一个命令中拉取、修剪和裁剪。

trim？stray？这些术语的选择很奇怪。

我想使用prune和stale，但它们已经被占用。

免责声明

Git和Git标志是美国软件自由协会公司（Git项目的公司所在地）在美国和/或其他国家的注册商标或商标。

该标志是Git标志的派生作品。Git标志由Jason Long创作，并许可在Creative Commons Attribution 3.0 Unported License下使用。该标志使用Bitstream Charter。

心灼痛的人像是由https://gvsc.rajephon.dev生成的。