LLVM项目要解决的近期任务之一是更改名为“ master”的分支。在其Git存储库中进行更全面的描述。到目前为止，几乎所有表达意见的人都支持此更改，但是仍有一些未解决的问题需要解决，例如如何调用新的主要开发分支，评估更改分支命名所涉及的技术成本，以及变化应该如何快速实施。在LLVM-dev开发者邮件列表上，已经进行了关于将LLVM Git存储库的主分支的名称从“ master”更改为“ master”的热烈讨论。到“ trunk”，“ dev”或“主要”。许多开发人员似乎同意更改“主”文件。就像使用Subversion开发LLVM时一样（去年LLVM的代码存储库从SVN切换到Git），但是Arm表示“ trunk”是“ trunk”。用作主要分支Worry的名称，因为他们将中继分支用于其他目的。同时，一些开发人员表示愿意将其称为“ dev”工具。分支。目前，上游Git和GitHub尚未决定如何命名新的默认术语。他们的解决方案可能不一致，也可能不一致，但无论如何，他们希望更具包容性。 LLVM项目的创始人Chris Lattner对此发表了评论，并支持更改“ master”名称。分支。他建议，与其提出一个新名称，不如等待上游的GitHub / Git解决方案。然后，一旦实施，与他们的计划是一致的，以避免任何不必要的混乱。许多开发人员也同意此建议，并希望在LLVM新版本发布后进行更改以实现平稳过渡。但是，也有一些人呼吁尽快更名。他们不想因为Git / GitHub的决定而被延迟，也不想等到LLVM 11.0的下半年发布后再更改名称。他们希望看到更改“主”文件的任务。一两个星期内完成。 。对于此呼吁，考虑到所涉及的技术成本以及项目上游或许多下游用户所使用的任何构建/拉动脚本的意外破坏，一些开发人员提出了异议。除了术语“主”之外，开发人员还提出了用允许列表/拒绝列表替换LLVM中的白名单/黑名单。似乎此提议的更改将很快在LLVM代码库中实现。另一位开发者建议将这两个术语“起作用”称为“工作”。和“工作”应避免使用它们，因为它们可以翻译为“从属”。俄语和其他斯拉夫语言。除了就新的主分支的名称达成共识外，LLVM面临的问题还在于变更背后的技术成本。涉及的主要技术成本是需要更新其所有构建机器人和CI基础架构，以使用新的分支名称以及依赖于Git中现有分支名称的任何其他脚本（包括LLVM本身创建的脚本）提取代码。毕竟，这些组织使用的脚本可能不知道名称已更改。