Merge 的时候，A 向 B merge 是把分叉点到 A 的更改做成补丁打到 B 上。
B 向 A merge 是反过来，把 B 的更改做成补丁打到 A 上，具体的算法实现是不一样的。

另外我们的习惯是做 rebase 后再 merge 回去。
非 clean 的 merge 会导致 conflict resolving 产生的更改被隐藏在 merge commit 里，无法追溯。
我们实际遇到过这问题，feature commits 和 merge 后的 tree 内容不同，后来发现是 merge commit 里有人做了额外的修改。

Git 你要是闭着眼睛颠来倒去尝试，看哪个能跑通就用哪个跑，那这个 repo 没过多久就得乱成炸酱面了。

所以主函数在哪……

→_→为啥你觉得点了取消以后钱会回来呢。

首先要开工单询问啊。

和 Hetzner 比有多少优势呢。

test ALL=(ALL) ALL
test ALL=(ALL) NOPASSWD:/bin/ls


test@debian-ws:/root/test$ sudo ls
01
test@debian-ws:/root/test$ sudo vim
[sudo] password for test:
test@debian-ws:/root/test$

看到你的帖子我就猜到大部分人猜不出你想问什么。

现在 Intel 就是跑着 AMD 搞出来的 64 位指令集→_→
然后还做得漏洞一堆，最近这一年不停地再打补丁……

我现在帮客户推荐虚拟化服务器平台都在犹豫要不要上至强了，太坑了最近那个超线程漏洞。

@bugeye 辛苦你拍脑袋脑补了 2 行半。我就不反驳了，你开心就好。

@yinanc 而且还要加上，那些翻译过的人也是学了外语然后才能翻译的。

整个点子里，「怎么实现我不管」这部分价值千万美元，剩下的部分价值 10 块钱。
你还不如灵机一动去小行星上挖黄金了，怎么把人类送上天我不管，只要送上去挖黄金回来卖就行了。

@passerbytiny 模拟多客户端连接不就是多线程吗……除了改了 user-agent 以外？

并没有破解吧。免费用户下载大量文件以后就会触发 10KB/s 左右的限速。
如果是付费用户，IDM 和 aria2 就只是多线程下载。

@pony279 Ubuntu 是基于 Debian sid，也就是 unstable 分支，不是 testing 哦。

@likuku docker 还是比虚拟机轻些。我自己就是把 docker 当 vagrant 用，Dockerfile 写好构造命令以后拿来编译软件包。Debian 本身自己就有这个计划，把软件包放进 docker 编译，可以保证编译过程能到处 reproduce，我是参考了他们的做法。

CentOS 是一个企业级操作系统。如果你打算以后加入大公司，成为运维团队的一员，协助维护几十几百台服务器的，以及后期可能会转去 RHEL 的，这样的选择很好。
自己个人使用为什么要用 CentOS 呢，你每个月会花多少个小时来打理你的系统呢，会自己写脚本然后管理自己编译打包的软件包吗，会跟着 RHEL 的安全更新公告然后半夜 3 点起来扒 0day 更新吗？如果不会，那么为什么不去用 Debian 呢。

你自己运营一个云服务，同样的机器配置同样的月付售价，你能做到不超售资源然后盈利我跟你姓好吗。

@Tumblr
dev 这个词本身已经不按照 develop 截断来读了。
维基词典：
dev
IPA: /dɛv/
1. developer
2. development
3. (computing, UNIX) device

张口闭口就是滚，什么教养啊，娘还是爹没了还是翔吃多了。Block 了。

@ZavierXu 不理解就算了。呵呵。

那你说要做成啥样呢。