rm --cached README git rm 命令后面可以列出文件或者目录的名字，也可以使用 glob 模式。比 如： $ git rm log/\*.log 注意到星号 * 之前的反斜杠 \， 因为 Git 有它自己的文件模式扩展匹配方式， 所以我们不用 shell 来帮忙展开。 此命令删除 log/ 目录下扩展名为 .log 的所 有文件。 类似的比如： $ git rm \*~ 这常见于团队每一个成员都对一个共享的文件系统（例 如一个挂载的 NFS）拥有访问权，或者比较少见的多人共用同一台电脑的情 况。 后者并不理想，因为你的所有代码版本库如果长存于同一台电脑，更可 能发生灾难性的损失。 如果你使用共享文件系统，就可以从本地版本库克隆（clone）、推送 （push）以及拉取（pull）。 像这样去克隆一个版本库或者增加一个远程到 现有的项目中，使用版本库路径作为 URL。 这个功能会十分的有用。 代码片段 你也可以在评论中添加代码片段。这在你想要展示尚未提交到分支中的代码时 会十分有用。 它也经常被用在展示无法正常工作的代码或这个拉取请求需要 的代码。 你需要用“反引号”将需要添加的代码片段包起来。 ```java for(int i=0 ; i < 5 ; i++) { System.out.println("i is : " + i); } ```

+ 上一个混合模式 - 可用的混合模式 数学运算 相加 除去 减去反相值 相乘 减去 二元逻辑 AND - 与 CONVERSE - 反蕴含 IMPLICATION - 蕴含 NAND - 与非 NOR - 或非 NOT CONVERSE - 反非蕴含 NOT IMPLICATION - 非蕴含 OR - 或 XOR - 异或 XNOR - 双条件 变暗 加深 平缓加深 雾状变暗 (IFS 左图：基底图层，中图：混合图层，右图：逻辑与混合结果。 CONVERSE - 反蕴含 提示 此混合模式的英文名为“CONVERSE”。 对基底图层和混合图层进行逻辑反蕴含 (CONVERSE) 运算。类似于基底图层和混合 图层反相后的“滤色”混合模式。 左图：基底图层，中图：混合图层，右图：逻辑反蕴含混合结果。 左图：基底图层，中图：混合图层，右图：逻辑反蕴含混合结果。 IMPLICATION - 蕴含 提示 混合结果。 NOT CONVERSE - 反非蕴含 提示 此混合模式的英文名为“NOT CONVERSE”。 对基底图层和混合图层进行逻辑反非蕴含 (NOT CONVERSE) 运算。类似于基底图 层和混合图层反相后的“相乘”混合模式。 左图：基底图层，中图：混合图层，右图：逻辑反非蕴含混合结果。 左图：基底图层，中图：混合图层，右图：逻辑反非蕴含混合结果。 NOT IMPLICATION

(降低亮度)。一种颜色与色相环上位置相反的另一种颜色混合 后 饱和度 会降低。 传统颜料依靠反射光线来呈现色彩，不同颜色在混合后亮度会 相减 ，所以它 的颜色混合原则叫做 减色法。各种颜料混合后会得到浑浊的褐或灰。与之相 反，计算机屏幕是一个发光体，每个像素通过组合不同亮度的微型红、绿、蓝 发光体来呈现色彩。色光混合时亮度会 相加 ，完全无光时为黑，全部色光混 合后则为白，因此它的颜色混合原则叫做 加色法 。在下面的例子中，我们将 + 上一个混合模式 - 可用的混合模式 数学运算 相加 除去 减去反相值 相乘 减去 二元逻辑 AND - 与 CONVERSE - 反蕴含 IMPLICATION - 蕴含 NAND - 与非 NOR - 或非 NOT CONVERSE - 反非蕴含 NOT IMPLICATION - 非蕴含 OR - 或 XOR - 异或 XNOR - 双条件 变暗 加深 平缓加深 雾状变暗 (IFS 左图：基底图层，中图：混合图层，右图：逻辑与混合结果。 CONVERSE - 反蕴含 提示 此混合模式的英文名为“CONVERSE”。 对基底图层和混合图层进行逻辑反蕴含 (CONVERSE) 运算。类似于基底图层 和混合图层反相后的“滤色”混合模式。 左图：基底图层，中图：混合图层，右图：逻辑反蕴含混合结果。 左图：基底图层，中图：混合图层，右图：逻辑反蕴含混合结果。 IMPLICATION - 蕴含 提示

(降低亮度)。一种颜色与色相环上位置相反的另一种颜色混合 后 饱和度 会降低。 传统颜料依靠反射光线来呈现色彩，不同颜色在混合后亮度会 相减 ，所以它 的颜色混合原则叫做 减色法。各种颜料混合后会得到浑浊的褐或灰。与之相 反，计算机屏幕是一个发光体，每个像素通过组合不同亮度的微型红、绿、蓝 发光体来呈现色彩。色光混合时亮度会 相加 ，完全无光时为黑，全部色光混 合后则为白，因此它的颜色混合原则叫做 加色法 。在下面的例子中，我们将 + 上一个混合模式 - 可用的混合模式 数学运算 相加 除去 减去反相值 相乘 减去 二元逻辑 AND - 与 CONVERSE - 反蕴含 IMPLICATION - 蕴含 NAND - 与非 NOR - 或非 NOT CONVERSE - 反非蕴含 NOT IMPLICATION - 非蕴含 OR - 或 XOR - 异或 XNOR - 双条件 变暗 加深 平缓加深 雾状变暗 (IFS 左图：基底图层，中图：混合图层，右图：逻辑与混合结果。 CONVERSE - 反蕴含 提示 此混合模式的英文名为“CONVERSE”。 对基底图层和混合图层进行逻辑反蕴含 (CONVERSE) 运算。类似于基底图层 和混合图层反相后的“滤色”混合模式。 左图：基底图层，中图：混合图层，右图：逻辑反蕴含混合结果。 左图：基底图层，中图：混合图层，右图：逻辑反蕴含混合结果。 IMPLICATION - 蕴含 提示

IntelliJ IDEA 中引入了对推荐代码风格的支持。 其迁移指南参见 这里。 kotlinx.serialization kotlinx.serialization 是一个在 Kotlin 中为 （反）序列化对象提供多平台支持的 库。以前，它是一个独立项目，不过自 Kotlin 1.3 起， 它与其他编译器插件一 样随 Kotlin 编译器发行版一起发行。其主要区别在于，无需人为关注序列化 IDE 作为编译器参数。该参数会在 Kotlin 1.3中弃用。 弃用：数据类弃用 copy 当从已具有签名相同的 copy 函数的类型派生数据类时，为数据类生成的 copy 实现使用超类型的默认值，这导致反直觉行为， 或者导致运行时失 败，如果超类型中没有默认参数的话。 导致 copy 冲突的继承在 Kotlin 1.2 中已弃用并带有警告， 而在 Kotlin 1.3中 将会是错误。 弃用：枚举条目中的嵌套类型 /*……*/ } class FooImpl : Foo { /*……*/ } fun Foo(): Foo { return FooImpl() } 测试方法的名称 当且仅当在测试中，可以使用反引号括起来的带空格的方法名。 请注意， Android 运行时目前不支持这样的方法名。测试代码中也允许方法名使用下划 线。 class MyTestCase { @Test fun `ensure

言的态度去学习和使 用Go。 持有这种态度阻止了我更深刻地理解Go。 Go是一门特性丰富的语言。它的语法集虽然不大，但我们也不能说它很小。 Go中的一些语法和语义设计很简单明了，但也有一些设计略微反直觉，甚至自 相矛盾。 Go语法和语义设计中有很多折衷和权衡。一个Go程序员需要相当的 Go编程经验和感悟才能理解这些权衡。 Go提供了几种基本但非必需的类型，比如切片，接口和通道。 Go编译器和运 \t (rune值：0x09) 水平制表符（horizontal tab） \v (rune值：0x0b) 竖直制表符（vertical tab） \\ (rune值：0x5c) 一个反斜杠（backslash） \' (rune值：0x27) 一个单引号（single quote） 其中，\n在日常编程中用得最多。 一个例子： println('\n') // 10 甚至所有的Go源代码都必须是UTF-8编码 的。 Go字符串的字面量形式有两种。 一种是解释型字面表示（interpreted string literal，双引号风格）。 另一种是直白字面表示（raw string literal，反引号风 格）。 下面的两个字符串表示形式是等价的： // 解释形式 "Hello\nworld!\n\"你好世界\"" // 直白形式 `Hello world! "你好世界"` 在上面的解释形

的态度去学习和 使用Go。 持有这种态度阻止了我更深刻地理解Go。 Go是一门特性丰富的语言。它的语法集虽然不大，但我们也不能说它很小。 Go中的一些语法和语义设计很简单明了，但也有一些设计略微反直觉，甚至 自相矛盾。 Go语法和语义设计中有很多折衷和权衡。一个Go程序员需要相当 的Go编程经验和感悟才能理解这些权衡。 Go提供了几种基本但非必需的类型，比如切片，接口和通道。 Go编译器和运 回收的结尾常常会 有明显的停顿。 但是自从Go 1.8，使用gc编译的程序在运行时刻已经基本消除 了停顿现象。 gc支持跨平台编译。 比如，我们可以在Linux平台上编译出Windows程序，反 之亦然。 使用Go编写的程序常常编译得非常快。 编译时间的长短是开发愉悦度的一个 重要因素。 编译时间短是很多程序员喜欢Go的一个原因。 Go程序生成的二进制可执行文件常常拥有以下优点： 内存消耗少 \t (rune值：0x09) 水平制表符（horizontal tab） \v (rune值：0x0b) 竖直制表符（vertical tab） \\ (rune值：0x5c) 一个反斜杠（backslash） \' (rune值：0x27) 一个单引号（single quote） 其中，\n在日常编程中用得最多。 一个例子： 1| println('\n') //

标记用逗号分隔，参数用冒号分隔。可以在字符串中使用引号来包含空格或特 定字符。例如： placeholders:"special:value":"other value", regex:.* 单引号和双引号都被接受，特殊字符使用反斜杠进行转义： placeholders:"quoted \"string\"":'single \'quoted\'' 以下是目前接受的标记列表： rst-text 将文本视为 reStructuredText Matomo Tag Manager。 参见 MATOMO_URL MATOMO_URL 你想用于跟踪 Weblate 使用情况的 Matomo（以前的 Piwik）安装的完整 URL （包括结尾的斜杠）。请查阅 了解详情。 提示 这个集成不支持 Matomo Tag Manager。 例如： MATOMO_SITE_ID = 1 MATOMO_URL 译文在后期编辑后应由第二个人审阅。有了公正和称职的审校人员，两人规则 可以减少错误，提高内容的质量和一致性。 结构化的反馈 在Weblate中有许多 :doc:`/user/checks`它们对翻译的质量提供结构化的反 馈。 翻译定义 除了基于心理和基于影响的定义之外，基于文本的语言学方法最适合实施的翻 译方法。一个精心制定的翻译评估理论是豪斯的系统功能模型，它侧重于原始 和翻译之间的关系。该模型假设翻译是在从一种语言代码交叉到另一种语言代

标记用逗号分隔，参数用冒号分隔。可以在字符串中使用引号来包含空格或特 定字符。例如： placeholders:"special:value":"other value", regex:.* 单引号和双引号都被接受，特殊字符使用反斜杠进行转义： placeholders:"quoted \"string\"":'single \'quoted\'' 以下是目前接受的标记列表： rst-text 将文本视为 reStructuredText Matomo Tag Manager。 参见 MATOMO_URL MATOMO_URL 你想用于跟踪 Weblate 使用情况的 Matomo（以前的 Piwik）安装的完整 URL （包括结尾的斜杠）。请查阅 了解详情。 提示 这个集成不支持 Matomo Tag Manager。 例如： MATOMO_SITE_ID = 1 MATOMO_URL 译文在后期编辑后应由第二个人审阅。有了公正和称职的审校人员，两人规则 可以减少错误，提高内容的质量和一致性。 结构化的反馈 在Weblate中有许多 :doc:`/user/checks`它们对翻译的质量提供结构化的反 馈。 翻译定义 除了基于心理和基于影响的定义之外，基于文本的语言学方法最适合实施的翻 译方法。一个精心制定的翻译评估理论是豪斯的系统功能模型，它侧重于原始 和翻译之间的关系。该模型假设翻译是在从一种语言代码交叉到另一种语言代

标记用逗号分隔，参数用冒号分隔。可以在字符串中使用引号来包含空格或特 定字符。例如： placeholders:"special:value":"other value", regex:.* 单引号和双引号都被接受，特殊字符使用反斜杠进行转义： placeholders:"quoted \"string\"":'single \'quoted\'' 以下是目前接受的标记列表： rst-text 将文本视为 reStructuredText Matomo Tag Manager。 参见 MATOMO_URL MATOMO_URL 你想用于跟踪 Weblate 使用情况的 Matomo（以前的 Piwik）安装的完整 URL （包括结尾的斜杠）。请查阅 了解详情。 提示 这个集成不支持 Matomo Tag Manager。 例如： MATOMO_SITE_ID = 1 MATOMO_URL 译文在后期编辑后应由第二个人审阅。有了公正和称职的审校人员，两人规则 可以减少错误，提高内容的质量和一致性。 结构化的反馈 在Weblate中有许多 :doc:`/user/checks`它们对翻译的质量提供结构化的反 馈。 翻译定义 除了基于心理和基于影响的定义之外，基于文本的语言学方法最适合实施的翻 译方法。一个精心制定的翻译评估理论是豪斯的系统功能模型，它侧重于原始 和翻译之间的关系。该模型假设翻译是在从一种语言代码交叉到另一种语言代