作为一个参与过国内某云盘项目的码农，我就一句话。

在国内做网盘，死路一条。
成本永远跟不上付费。

永远跟不上。

不做违法内容是没办法让营收跟上开销的。

可以想一想，如果 115 和度娘今天不让存各种版权物和小姐姐，谁愿意付费。

@seakingii 除开一些政策环境因素不谈。
很多国家的家用宽带会贵很多，所以机房带宽的价格相对就能下来。
国内是家用宽带特别便宜，所以商用再不狠狠捞钱，那那些通信公司就都要喝西北风了。

我跟着组里学了一年的 Java 以后的感想是，

做项目用的 Java 就不要谈什么美观了，写来写去都像屎山……
你可以把 Java 写得很优雅，但是，我没看到有人这么写的。
做项目就是要快要鲁棒，谁管你优雅……

我们这，年薪 15 万的，和年薪 20 万的，和年薪 30 万的，写的代码真都像屎山。
当然我写的也是屎山。
到最后，项目能跑起来，公司能挣到钱，你能拿到工资，这些才是真的。

我公司电脑的开发环境和我自己的开发环境完全无关，所以只装了 vscode 和 msys2，剩下的都跟着团队 wiki 里的要求配。

@ruixue #15 GD 下行每天应该是 9-10T，而且是单个下载用账号。（所以可以换账号下载。）

conf.d ？
nginx 不是一直用 sites-enabled 的吗？还是说 Ubuntu 下不一样？

@ryougifujino #3 最终的结果就是两个分支内容完全相同。

至于实现的方式怎么都行其实。cherry pick 也好 rebase 也好 merge 也好 reset+commit 也好都是达到这个效果。

有点难但不算过分。

当然了，你说面试官态度不好这是另一个问题。如果他不是之前被其他人恶心过或者今天心情不好的话，那这个面试官表现就非常不对劲了。

另外，与其先 revert 再 merge，你可以切到 release 分支，reset hard 到 mainline，然后 reset soft 到 release，然后原地提交，就能做到他提到的「 we copy mainline into this release branch 」了。

他表明了一种可能性，而不是一种必然性。
你这里的 F1 和 F2，与上面两个黄色的 F1'和 F2'已经是不同的提交了。
当包含相似但不同提交的分支最终合并到一起的时候，什么事情都可能发生。

这就是为什么：
1. 我们一般不会用 long lived release branch
2. 我们一般不在 merge in 的时候顺便解决冲突

你这样做对团队的要求更高，因为潜在造成 merge conflict，所以你的很多 merge commit 都是内部自带修改的。换句话说，你的补丁不再是 F1，而是 F1 加上 merge commit 两次修改。如果以后有人要 revert 你的修改，他把 F1 给 revert 了，很有可能就有漏掉的 merge commit 改动没有被包括进去。所以我个人的习惯是 merge 必须是 clean merge 。

再说这个 long lived release branch，实现的效果就是每次到 merge 点的时候两条分支内容相等。
那既然分支已经相等了，那么 release branch 的历史其实已经没有用了。
那么还不如直接从发布 commit 直接重新分叉一个 branch 出来来得简单。

换句话说，你图上 F2 和 M4-7 中间这条线，是可以直接删掉的。
删掉以后就是我们常用的 release branch 方案了。

我来说个小众的。

sss='ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no'

专门用来连接一些第三方的服务器或者临时开的虚拟机，既不需要确认，也不会污染 known hosts 。

@zhaorunze 说推导出代码很烂的不是你么？ @abcbuzhiming 可没说微软代码烂。
你是不是眼神不太好。

你是说 rust 还是说 C++23 ？但是最后你不是还得回来写 plain old C++吗。

@lululau #9 正解。《不要》和《不要》的意思不一样。一个是劝阻，一个是表达意愿。

@leafre binary 在缩写成 bin 的时候就是读成病的。
周围不管哪国人，包括美国人印度人等等，遇到要读 /bin 之类时候，都是读成病的，没见过读成掰的。

顺便一提，很多缩写的读音会照着缩写后的发音习惯来读，而不是原始读音。
比如 ICAO 国际民航组织，其中的 C 是 Civil 的缩写，但是缩写后这个 C 取 K 的音，ICAO 读作爱 K 欧。

@bleaker 这太草了。

还有一种做法就是允许其他人抢占锁。可以无脑参考一下 WordPress 之类软件的设计。

写惯了 Ruby 的人写 Coffee 是真的舒服，我现在都特别想用 Coffee，只是公司项目肯定要考虑别人的感受，不能用。

只是 crud 的话 rails 还可以吧，再多了就不清楚了。

> 是不是克隆修改 LICENCE 的 commit 前的 repo 需要遵守 GPL，而克隆之后的代码就要遵循 Apache 呢？

是。LICENSE 对应 LICENSE 所在的版本和项目。你需要遵守你所使用的这个版本的许可证。