渐进式仓库名改名前后要处理的事

渐进式仓库名的合格线怎么划

编辑开源项目名的稿子时，最容易看出的问题是名字和场景不匹配。把它写成一句话，写在GitHub 仓库上，能让陌生人判断对错，这条标准才算成立。标准写清楚之后，争论反而少了。标准越简单，团队越容易达成一致。

渐进式仓库名这件事，业内有两种做法，各有各的代价。宁可先定一个粗标准，也不要等完美标准出现再动手。标准写下来之后，团队里的争论会少一大半。换一个场景，同一个名字的评价会完全不同。

写渐进式仓库名之前，先要把判断标准写下来，否则每一轮都在重复同一场争论。在开源项目名这件事上，标准比灵感值钱：标准写下来，每一轮讨论才有落点。先接受这个前提，后面才谈得上技巧。这条线守住，渐进式仓库名就不会反复推倒重来。

看过的一个渐进式仓库名反例

关于渐进式仓库名，我们内部有一条不成文的规定：先能念，再谈好看。他们后来把判断标准写成了三条，贴在会议室，新项目直接复用。这条判断在我们这里通过的次数最多。

翻过三十份渐进式仓库名的候选名单之后，规律其实很朴素。这个案例里最关键的动作，是把判断标准从脑子里挪到了纸上。这也解释了为什么很多人卡在第二步。

把渐进式仓库名拆开看，无非是三个变量在互相牵制。那次改名的起因很小：一次电话里对方把名字念错了两次。这件事的成本不高，前后加起来不到两周，但省下的返工远不止两周。

查渐进式仓库名的重复率

渐进式仓库名的重复率是可以量化的：搜一遍结果数，心里就有数了。渐进式仓库名撞车的方式有三种：一模一样、近似写法、同音写法，后两种更麻烦。加一个限定词是最省事的区分法：方位、地貌、材质都行。

先查再说，比先定再查省事得多。同音词要特别注意贬义和俚语，尤其在方言里。很多人以为改一个字就避开了撞车，其实近似的读音照样会被混。先搜全名，再搜前两个字，最后搜同音，三层都干净才算过关。检索是成本最低的一道保险。

渐进式仓库名放在不同场合的表现

口述、手写、输入、检索，四种场景对渐进式仓库名的要求并不一致。涉外场景要额外过一遍音译，避免两种语言里意思打架。线上的名字要能被 @ 到，线下的名字要能被写在门牌上。

把渐进式仓库名放进最糟的那个场景里试一遍，剩下的都好办。同一个渐进式仓库名，在安静场合体面，在嘈杂场合就成了麻烦。把它放进真实环境，判断会比在纸上准确得多。

渐进式仓库名在GitHub 仓库里能不能成立，和它写在纸上好不好看是两件事。如果名字要印在很小的位置，先把字数压到四个以内。扫码、搜索、输入法，三种入口都要试一遍。

把渐进式仓库名做成一套体系

批量出候选的意义不是数量，是让你看见自己的偏好。给每个候选写一句理由，理由写不出来的直接删掉。把渐进式仓库名分三批出：保守的、中性的、冒险的，最后各留一个。一次出太多会疲劳，二十到三十个是效率最高的区间。

候选越多，判断越要前置，否则会被自己的选择淹没。渐进式仓库名要成为一套体系，靠的是共用的字表和结构，不是每个都精彩。一批出完就收手，不要无限追加。

一次只取一个渐进式仓库名，效率很低；正确做法是先出二十个，再做减法。候选之间要拉开差距，全都中规中矩等于没有候选。同一批里不要出现两个只差一个字的，那是在浪费名额。