你说的“合并”是简单 merge 一下，还是解决 conflict ？

如果有 conflict，那应该 rebase 到最新的，再提交 review

review 完再由有权限 merge 的人操作，或者 review 够了自动合并

赶紧跑啊
骗人的！
这些骗子真该凌迟处死！

因为你没有学过计算机原理

简单来讲就是一个内存地址

但如果你连内存是什么都不知道，连程序怎样操作内存都不知道，那当然觉得指针难以理解

C# / java 不让你直接操作内存，所以你没有学，所以就觉得难

所以从 C# / java 开始学编程，就学不深入，就学不到基础知识

@huangmingyou arch 才不折腾，manjaro 更不折腾，用 debian stable 这种，遇到新硬件不兼容的，你除了升级到 unstable 没有其他办法，但 unstable 是真的不稳定，还不如 arch 系。很多人说显卡驱动之类，就是因为用了这些不是滚动升级的系统。

不稳定的，不是 ubuntu 就是 gnome / unity

其实换 arch / manjaro，用 KDE / xfce / 其他窗口管理器，一直都稳定

至于显卡驱动，当然还是用了太旧的内核的原因，越新的内核，对各种设备的支持越好，就这么简单

用全自动 GC 之后，什么所有权生命期全都不需要关心

你试试 manjaro + kde

反正越新越好

range 遍历是无序的，甚至小的 map 会刻意引入随机性，避免你依赖“遍历有序”这个偶然现象，因为语言规范没有规定 map 的遍历是有序的

1.12 的打印是有序的，注意只是打印出来有序

不要用“试验”，要看语言规范。你试验 1000 次是这样，不代表下一个版本也还是这样，不代表在其他操作系统上也是这样。

@skyeycirno 200M 一年 948, 那 20M 就是 94.8，这都不会算？

故意的，我吃不了那么多，非要装一大碗，卖高价！

大陆访问的话，比阿里云的差

fzf

体制问题，不懂得尊重，平等

没觉得有什么三观不正的，就是随机找了些无关紧要的事实给你说一下，它难道承诺过说的都是你认为最重要的事情最重要的人物？

“他和马爸爸关系好 也不用这么拍马屁吧”

这个我们一般叫做“小人之心”

go 的 = 操作，就是简单的内存比较

slice 的内存不连续，slice header 和 data 分开放的，所以不能比较

map 的内存不连续，bucket 是分开放的，所以不能比较

chan 的内存是连续的，就一个对象，所以可以比较

2000 你招餐厅服务员都招不到，还程序员

2000 都肯做的，没有资格叫作程序员

感觉很民科