@lisxour 另外说一句，网页端的接口都是和正统 api 公用速率限制的，想通过抓包网页端的 api 绕过速率限制也是不行的，因为我的机器人就是抓包的，没钱充，现在关了，关了大半年了

@yankebupt #5 现在 twitter api 的抓取并不是什么大问题，大问题在于 api 的速率限制，详细看这，https://developer.twitter.com/en/docs/twitter-api/rate-limits ，目前的限制对于一个机器人来说完全不够用的，不充会员搞不下去

这一波我只能说 OP 问的问题很有问题，git 并没有 fork 功能，所以你这么一描述，我这个 git 专业户都被你描述得一愣一愣的

@rainABC 正常装不进去，特殊手段装进去大概率也白屏闪退

@haimall #25 哈哈，太真实了

@thet 你敢说下整体手续费嘛。。。

@busier #13 对于用户来说，给邮件签名是最好的处理方法。

全自动项目不确定有没有已经落地的，但是这种方案（人工）遍地都是了。

@Moverisk 对，现在推特 api 限制很大，大量的监控需要充钱订阅

@emeab #1 因为电诈的问题，现在很多商家都不允许用外国卡支付，能绑是能绑

@yechentide #2 你要注意下这个问题，换多点现金好点

@smdbh #8 是的，但是合不合并成大 commit 各有优缺点，实际用哪种看各自的具体需求

合并成大 commit
优点：回退方便，一回退就是一整个功能
缺点：丢失中间的小 commit 信息（改动信息），只知道做了这个功能

不合并大 commit
优点：所有 commit 信息都还在，方便查历史改动
缺点：出了问题不好回退，假如两个功能改动在一个期间同时 merge 了，两个的 commit 会全混在一起，当你想回退 A 功能时，你需要把 A 功能所有相关 commit 找回来才能回退

你说的 3 、4 个 commit ，是 merge commit 吧。。。

如果你合并分支时，不把 commit 合成一个，其实是会把每一条 commit 带过来的

https://i.imgur.com/aptwQfN.png

@Yanlongli 说就 99.999999%，但实际上最近几年发生的低级错误导致丢数据可不少

@kingterrors 不需要你关注，爬虫根据关键词收集到某某某相关的账号后，这些机器人账号就会去各种长期没人管（几年、几个月没人回复没关闭的那种）的 issue 、pr 艾特你，你就会收到通知的。

@0o0O0o0O0o 正想说这个

https://i.imgur.com/XBDQhXG.png

已经举报了 N 个了

@lisxour 说错，url

把 id 放 redis 去重会比较好