jybox

准确地说是只允许 fast forward 的 merge ，即需要合并的分支基于目标分支的最新版本，如果不是的话就需要 rebase 到最新版本再 merge 。

除了历史看着「干净」之外，我觉得最大的好处是在 rebase 之后、merge 之前，你还有机会检查你的代码、运行测试（其他人也可以在 PR 上继续 review 、CI 也会重新运行）。而在 GitHub 上直接点 merge 的话改动就直接被合并到目标分支，没有就会再检查了（当然你可以在本地 merge 并检查）。

很多时候即使 merge 没有冲突，代码也可能会跑不起来。

https://restic.net
基于 rclone 的增量备份工具

@quqiu 建分支和建 commit 按说都需要起名字，在这种场景下我就是想要 git stash 这种比较临时、不需要起任何名字的语义。或者你理解成我规定了一个特殊的名字（`refs/stashes/wip`）来建分支也可以。
@liu731 我觉得把 git 放在一个共享存储里不是一个好主意：如果是实时的共享存储那么就需要设备一直在线且性能受网络影响；如果支持离线同步的共享存储就可能会有文件冲突，git 本身就已经是一个用来同步改动解决冲突的系统了，如果还要给 git 本身来解决冲突就太麻烦了点。

@chesha1 其实恰恰是小的项目才需要接第三方的支付服务呀，可能我这个产品的受众里会有一些是无法接入 Stripe 等「靠谱」服务的开发者。

@8863824 这是一个不可升级的合约，所有者也没有除了收取手续费之外其他的特权，在不存在漏洞的情况下要比信任一个传统的服务商更安全，我也找专门做智能合约审计的朋友审计过合约代码。
@guoooo00oohao 我是觉得基于一个精确的天数而不是长度会变化的「月」更简单一些 ...

@loveshuyuan 我支持的这几个 Ethereum Layer 2 网络交易费通常在 0.1 人民币以下，对比大部分支付服务的费率我觉得还是可接受的。其他的网络后面当然是可以考虑支持的，只是如果和 EVM 不完全兼容的话需要花比较多的时间。
@zmxnv123 确实是这样，所以我也只做了英文版本。

@loveshuyuan 只是我一直在用 EVM 生态，还不太了解 TRON

@vicat 检查了一下没发现什么问题，服务器是在境外。