文章可以看这个： https://zhuanlan.zhihu.com/p/386164280
技术方面可以使用 https://www.i18next.com/

1. 手写 key+翻译文件是主流做法；自动抽取文本进行转换的工具实用还不错，优点是编写简单，不需要考虑这个文案是否已经有了，缺点是代码中是有规则的编号，比如 no_1 ，不利于阅读（除非再开发一个 vscode 插件）
2. key 的命名风格看项目，中文利于阅读，但不是所有的模板渲染引擎都支持中文，而且中文里有标点符号处理起来会比较麻烦
3. 无所谓，命名能看懂就行，个人建议短一行
4. 这是一个核心问题，如果你在变更时希望所有相同文本都变那就用一个 key ，如果只希望某个地方变就用多个 key 。我的最佳实践是：和代码走，代码是复用的就一个 key ，代码如果不复用，就是多个 key
5. 复用与否取决于需求，如果需求不 care ，尽量复用呗

类型读写锁的思路：增加拿锁 1 ，删除拿锁 2 ，锁 1 与锁 2 互斥，锁 1 可同时存在多个，锁 2 只允许存在一个

update_time 建索引，用 update_time 来导数据，只导 update_time > last_sync_time 的数据

37 本书，推荐《独居的一年》

分子来了

图 1 的 3 - 4 之间插入 图 2 的 1 、2 、3

@e9e499d78f 感谢,这么一说我忽然明白了....我没看懂那个 forward-ports 是什么意思, 你这样一说,我忽略明白了...那个 java 程序是 8080 端口的..我尝试改一波

@will0404
一个常见的功能场景是: 开发用户的登录注册 API,Bob 开发登录 API,Anna 开发注册 API,比如验证密码方法是共用的,Bob 就可以告诉 Anna 这个方法我开发了,你一会拉我代码直接用就行,一个分支开发就会很方便.....如果是两个分支的就会比较麻烦....我的意思是,如果一个功能在同一分支开发,会比较快, 带来的问题就是合并代码的问题...我觉得多人开发同一分支是常见操作....

@mcfog
收到,感谢指导~

@randyzhao
good idea

@mcfog
我看了...我理解你的观点是开发时候不要这么做.....现在的场景是 Bob 已经这么做了,所以我想是否有更好的解决办法...

@mcfog
您好,一个场景是 Bob 在 rebase master 的时候,Anna push 了自己代码到远程分支, Bob rebase 完毕后 再 push 时会失败..

@will0404

抱歉,我想问一下,相同版本的功能不应该开发在同一分支吗? 开发在同一分支的好处是一个功能可以让两个人开发,互相可以看互相的代码.

@randyzhao

最好的预期是 A-B-C-D'-E'
其次的预期是 A-B-C-D'-D-E

@hronro 我本来是想提 issue 的...但提 Issue 提示我如果是 Ask Question ,就去 stackoverflow , 我一想,说得有道理呀...但 stackoverflow 也无人回复...

我告诉你这是真的,这不是梦

@contmonad 确定是求 delta 最优

@42joker 这个想法我稍等写个 demo 尝试下,找两个例子试试再回你