关于 Merge 和 Rebase 的使用时机，原则上：
从主干更新代码到分支，用 Rebase，把分支 Rebase 到主干 HEAD 上；
从分支更新代码到主干，用 Merge，先按上一条 Rebase 后，再把分支 Merge 回主干。Merge 时可以附上这个分支所实现的功能，或者修复的 Bug 编号，或者完成的 Jira 编号等等。

1. Merge 会产生一个 Merge 节点，而 Rebase 会改变历史。实际使用中，该 Merge 的时候用 Merge，该 Rebase 的时候用 Rebase 。就我个人意见，一味 Merge 和一味 Rebase 都是错误的行为。
2. 几种 Workflow 其实都大同小异，本质上是一样的，在自己的小世界里随意玩耍，折腾完了再拿出去给别人看。然后还有一个 Release branch 。
3. Pull request 或者 Merge request 是拿来 code review 的过程。PR 是开源软件中用的，因为人与人之间互为不信任，所以每个人在自己的 Repo 里工作，跨 Repo 合并的过程就是请别人从你这里 Pull 。MR 一般是企业开发用得多，因为人与人之间互信，所以大家都在同一个 Repo 里工作，Repo 内合并就是 MR 了。本质上原理相同。
4. Commit 的粒度随意，只要发 PR/MR 之前把分支整理干净就可以了。
5. 合并时删除。
6. 如果没有人 Code review，那当然自己 Merge 就行了。有 Code review 就先提 PR/MR，等 approval 和 CI，然后再合并。

1. 哈利波特是一个独特的虚构人物，所以是有版权保护的。未经允许撰写同人属于侵犯著作权。
（ PS: 绝大多数的同人作品都是侵权的，但是著作权人可以选择默许不起诉。）
2. 基于常识，根目录下的许可证文件一般认为对整个仓库适用，所以可以认为仓库拥有者已明确声明仓库中的所有文件均以 MIT 许可证公开。正确使用 MIT 许可证保护的代码是合法的行为。

你写个脚本，把传入的 argv 全部打印出来看看不就知道哪里不一样了。
最终系统执行的语句也不是字符串而是数组，字符串是要经过 Shell 解析成数组的。
比如说在 bash 下运行 ls -l /u* 的话，实际执行的是 ['ls', '-l', '/usr'] 。

公司要求用 IDEA 社区版……不花钱。

@touchwithe #114 硬件和软件不是一样吗？公司提供商业软件 A，或者开源软件 B，而你喜欢用软件 B 的商业版，那你自己买软件 B 的个人授权我觉得很正常吧。不自购正版软件也不会阻碍工作啊，用公司要求的其他软件不就行了？

比如我司用 IDEA 社区版，但是你觉得社区版不好用，一拍脑袋买了 Ultimate，那怪不得公司吧。

为避免歧义：上述空值指的是空白的默认值，比如空字符串，数字 0 等。

NULL 有 NULL 的用处，空值就空值的用处，本来就是不能随便替换的。
至于你遇到的问题，这我也不太好说，但是数据库结构更改还是要做 Code review 的吧。
Review 的时候说清楚就行了。被骂不应该。

服务频繁不可用？
如果测试环境是共用的话，这样当然不好。如果是每个人自己的测试环境的话倒是没关系。

至于频繁 commit，这算啥问题？ Git 历史重写就好了。

信用卡，留 1-2 张额度比较高的或者服务比较好的，其他的可以关掉。这个主要可以用来应急，家里人可以在国内还钱，变相紧急提供资金。
手机卡，8 块钱或者十几块钱一个月保号。

首先要确定的是，dev 或 master 上是不是只包含 A 的代码，并且不包含 B 的代码？

如果是，那说明现在的状态是正确的，B 需要 rebase 到 A 的成品上，然后自行处理冲突，然后再合并回主干。

解哪种 4k ？不同的 4k 对硬件要求天差地别。

随机。可能你买来第二天就挂了，可能 15 年也不会挂。如果有人告诉你一块硬盘可以保证几年不会，那就是瞎扯。
另外，硬盘本身也是一直在改变的，10 年前的 2T 和 5 年前的 2T，和你今天下单买回来的 2T，早就不是同一个型号的硬盘了。

买硬盘没什么问题，但是背后的那些事情你得要清楚。失效率很低，但不是零。

RAR 更适合打包而不是压缩。我用 RAR 基本都不开压缩的。
然后给别人东西一般用 zip，偶尔 7z 。
这两个东西适用范围就不太一样，两个我都用。

徹子，87 岁了。

别说 20 年，就说 2 年前你会料到现在这个世界格局吗？别说 50 岁，就连 5 年后会发生什么你都不知道。

这是 arm 的服务器吗？

push force 就行了。如果没法 force push 的话去软件的设置里看看。

不要让别人的个人观点影响你。push force 这个功能既然有，就说明有其作用，只要使用得当就不会有问题。

1. 把你的项目作为 GPL 发布。GPL 和 GPL 可以自由组合。

2. 搞懂功能，然后从头自己重新实现一次。重写的代码可以按照你自己的许可证去发布。