https://serverfault.com/q/985533/205688

这个讨论应该可以帮到你。

> Table 1-7. Internal Switching Features
>
> Internal switching operates independently of the state of the LAN ports (also when LAN ports are down).

如果网卡支持的话会提到这个功能。你可以找找看哪些是支持的。

至于常见的 Mellanox 卡，似乎 SR-IOV 每个 VF 的在线状态是可以定制的：
- Down - the VPort PortState remains 'Down'
- Up - if the current VPort PortState is 'Down', it is modified to 'Initialize'. In all other states, it is unmodified. The result is that the SM may bring the VPort up.
- Follow - follows the PortState of the physical port. If the PortState of the physical port is 'Active', then the VPort implements the 'Up' policy. Otherwise, the VPort PortState is 'Down'.
所以只要从 Follow 改成 Up ，应该就能强制启用端口了。

@defunct9 人家测试的是 PCIe 独立网卡内部互联。网线可以插在主板集成网卡上。

我算是比较常用 Stage 的。经常会遇到一个文件里只需要提交其中几行代码的情况。用 Stage 就可以把其中的几行 Stage 起来然后提交，然后再把剩下的东西再做一次提交。
像楼上那样原子提交也是类似的效果，但是回头整理这些原子提交的时候一样要花时间。用 Stage 算是两者折中。

@Rocketer 你是把 commit 当成 stage 了，所以其实你还是用了一个不是 stage 的 stage 。

大概是破不了的。但是我觉得公钥登录比记密码简单多了。
公钥一台服务器只要设置一次，打密码每次登录都要打。

你要是几年前 AMD NO 的时候$10 一股 all in AMD ，现在已经 12 倍挣好了。
那时候我一个同事在炒股，我跟他说买 AMD ，他买了，$10 左右一股，买了多少不知道。

@szzhiyang Opera 家族怎么可能从 2015 年开始算。

@szzhiyang 用了十几年了，不知道算不算久。至少比各种功能残废的浏览器好多了。

同 8+32 做开发。8+16 以后不够了你还得再买新的换。

另外，命令行的劣势在于命令是固定的。如果你要新建一个回滚分支 rollback2 ，那你的命令就不能用了。同理，如果你要提交的功能分支名叫 feature-2 ，你的命令也就不能用了。在日常开发中，同时做多个功能的开发、合并到多个不同主线分支，是很常见的场景。（ bugfix 合并到 release 再 cherrypick 到 master ，feature 合并到 develop ，等等。）

我拿我常用的 SmartGit 来试试看你说的操作。

第 1 条附言
比如这种组合操作：git checkout -b readytomerge && git reset `git rev-parse master` && git add . && git commit -m 'xxx 功能开发' && git checkout master && git pull && git merge readytomerge

这是在做 squash merge 吗？
1.签出 master 并 pull 。
2.右键 readytomerge 分支，点 merge ，选 merge 到 working tree 。
3.修改提交信息，选中 squash ，点 commit 。

第 2 条附言
比如新建回滚分支：git checkout master && git pull && git branch -D rollback && git checkout -b rollback && git push origin --delete rollback && git push -u origin rollback

1.签出 master 并 pull 。
2.右键 HEAD ，添加分支 rollback 。（如果已经有 rollback 会提示覆盖。）
3.右键 rollback ，push 。（如果已经有 origin/rollback 会提示 force push 。）

==========

从操作数量上来说，GUI 确实比运行一个命令要多。但是如果在合并过程中产生冲突更改，GUI 中解决更方便。命令行组合操作的大前提是中途不会出现错误（冲突等）。

@gengchun 问题在于你说的：
> 这个只和有没有正确添加 .gitignore 有关系。
楼上说你是狡辩，我觉得这不是狡辩，这是瞎基尔扯淡。

构建提交的时候应该把要提交的代码包括在提交里。不管文件有没有在 ignore 里，把不应该提交的更改提交上来本身就是错误。确实，用 GUI 也有人瞎基尔提交，只不过 GUI 更直观，容易把事情做对。

实习生犯错很正常，因为他还在学习过程中，事情做错了，被人指出来，改正就行了。最可怕的是理直气壮地把错误归结到别人身上。乱提交文件怪 gitignore ，下次是不是还要怪同事没有把着你的手？运维要是把服务器搞坏了是不是还要怪 IT 没把键盘上的回车键抠掉？不愿意学习改正，那就一辈子拿实习生工资好了。

至少我很庆幸我们组里没有这种犯错还要甩锅的人。

看来确实有一些。
不过我依然还是持前面的观点：众筹来的钱不够找到足够有能力的人做开发。

比如说 Font Awesome 5 这个相对比较新比较成功的项目，总共筹集到了超过 100 万美元的资金，这个金额足够 15 个资深软件工程师和设计师全职工作半年。

简单看一下筹款组成部分：

認繳 $ 20 或更多 30,219 名支持者
認繳 $ 20 或更多 513 名支持者
認繳 $ 30 或更多 167 名支持者
認繳 $ 40 或更多 1,605 名支持者
認繳 $ 50 或更多 2,142 名支持者
認繳 $ 70 或更多 41 名支持者
認繳 $ 80 或更多 301 名支持者
認繳 $ 100 或更多 38 名支持者
認繳 $ 150 或更多 112 名支持者
認繳 $ 200 或更多 47 名支持者

認繳 $ 400 或更多 49 名支持者
認繳 $ 600 或更多 13 名支持者
認繳 $ 1,000 或更多 6 名支持者
認繳 $ 2,000 或更多 69 名支持者
認繳 $ 3,000 或更多 0 名支持者
認繳 $ 5,000 或更多 4 名支持者

那么问题来了，愿意支付 20 美元或以上的人的这个数量，如果放在国内，会是多少？愿意支付 400 美元或以上的企业的数量，在国内会有多少？另外这个项目还是分开源版本和 Pro 版本的，Pro 的功能依然要收费购买，而且企业授权的费用比个人高很多。可以预见到，如果这个项目不分开源和 Pro ，所有功能全部免费提供，那么缴付$20/$40/$50 购买 Pro 的这 3 万多人可能会少得多。
（购买 Pro 的用户总共众筹了 77 万美元，赞助广告的企业用户总共众筹了 16 万美元。）

再随便点了一个项目是 Krita ，给软件众筹 24 个新的功能，每个功能 1500 欧，差不多 3-4 天的工资。放在国内，同样按照 3-4 天的工资计算，5000 人民币一个功能，能不能筹到钱，我要打一个大大的问号。

看到最成功的例子应该是 Ghost ，一个月筹了 20 万镑，然后 2 个人花了 5 个月时间开发出来。不过我怀疑这个成功案例在国内也是很难复制的。Ghost 的开发者原本就是 WordPress UI 的首席设计师，全球最著名博客项目团队里的顶尖人物。看起来你的想法和 Ghost 的做法很类似，但是开发团队是否有足以匹敌他们的影响力，来说服用户付费呢？
更现实版本的故事应该是一个默默无闻的小团队众筹到 1 万人民币然后省吃俭用 996 肝出一个差不多能用的版本来，大家都去下载白嫖，最后团队解散各自找新工作去。

所以我觉得你的回复里，「只要提升前者」是不是说得有点太随意了。
（我不否认这样的模型在面向海外的市场有更大的成功几率，但国内的付费用户模型下要拿到钱太难了，我不看好。）

要是 Kickstarter 上不付钱的人也能白拿产品的话，那可真是非常有说服力的证据呢。
那么我该去哪里白嫖 Kickstarter 上众筹成功的产品？

@easychen 抛开事实不谈，提升前者确实可以找到后者。

商业软件是另一个话题了，商业软件是自给自足的。这里谈的是外包软件开发。外包开发的质量普遍是低于自由软件的。

然后技术人员只给你换了一个电池然后收费 1488 就行了吧。
如果你 10 万块钱买了辆二手宝马，修了修又花了 10 万，这再正常不过了吧，为什么苹果的产品这么搞就不能接受呢。
苹果税也不是一天两天了，反正人们明知道这样也还是会买的。
我用脚投票，不买苹果产品。

@serafin 机房里的服务器。

@serafin 我用 speedtest 测出来是下载 6240mbps 上传 6170mbps 。