msg7086

不考虑 DIY，那不就等于是找软硬件打包的成品吗？
单卖硬件不卖软件，市场需求太小了。
就算是买二手服务器，也可能要自己动手换硬件的。

感觉和上门安装的师傅不小心把路由器带到地上摔坏的概率差不多。

给我装宽带的师傅就把我的猫甩到了地上，重重地砸在地板上。还好没砸开。
当时心中一万只羊驼飞过。

ermmm 你们睡觉的时候不充电的吗？

笑笑，有谢到。

@MengiNo 主要是我们本来就是写 Java 的，总觉得公司应该要考虑一下实际需求……

回国速度好的都不会便宜。带宽多贵啊。

merge 会产生一个新的 merge 节点。
一般个人项目可以一路 rebase，稍微大一点点的可以按照 feature 来 merge，大公司的话可以考虑 squash merge 。

然后最主要是要分清操作的方向。
比如说你有一个主线 dev 分支，然后有各种 feature 分支。
把更改从 dev 搬到 feature 一般用 rebase，把更改从 feature 合并进主线一般用 merge 。
因为一般用 rebase，所以 conflict 应该在 rebase 的时候解决。
用 merge 解决 conflict 是很坏的习惯，因为一般习惯是 merge 本身不包含改动，只包含合并。
如果你在 merge 里偷偷藏了改动的话，需要 revert 或者 blame 或者 cherry pick 的时候就容易漏掉改动。

@PrinceofInj Vivaldi 是纯正的 Opera 血统，不能算换「其他」浏览器吧。
Opera 12.16 也老了，该换了。