@tjq 这个其实你还可以说这不就是 jenkins 嘛 没错是竞品，对于行情和竞品我们也都非常清楚。
但是这不代表别人做了我们就不能做，国内的就只说自动发布这部分其实比我们认知的都要糟糕很多，2020 年其实还有很多小规模的团队，有真实业务流水的技术团队，还在用 scp 做发布，你听说了是不是也很吃惊？

不要在乎别人做什么，而要关注你能&擅长做什么，你做这个是不是能活下去，你做的是不是可以别人更好。

@ccav 专线…… hmmmmm 大户人家，我们顶多跟人拼着用
实名再说吧，目前没空接，现在已经放开到邮箱认证送 1 仓库了，问题不大。

不好意思，刚接到有用户反馈收不到验证邮件的情况，没想到大家这么热情
发送邮件额度用光了，我去充个值。

@joesonw 修了，等缓存过期

@Heerey 好的好的 你说的对，现在就改

@PureWhiteWu 你好，不需要，验证邮箱就可以啦！ 上一次测试是实名认证才可以，上一波测试已经通过了

@gz911122 挺简单的，欢迎体验一下， 有使用问题可以加 微信 「 gitbot-cloud 」咨询。

是的，如果放国外可以，不过要国内和国外打通，我们前期方案已经试过没大问题，除了贵

@nilai 理解，这方面只能通过隐私条款去约束，如果很介意，后续可以等我们后面更开放更成熟的产品体验。

目前的计划也是想从熟人圈再往外跳一步，扩大体验的范围，获取反馈，
让确实有需求的人先用起来，我们也持续改进产品，大家双赢。

如果你有对双方更稳妥的认证方案，开发工作量不大的也欢迎留言，也可以加微信：gitbot-cloud 私聊。

（接上）可以说我们现在是刻意提高门槛的，因为：
1 、做持续发布和构建其实这部分比较消耗服务器资源，其实有相关 CI/CD 经验的同学应该清楚这部分每个月服务器要投入多少钱，我们现在还在公测阶段，这部分通过提高门槛的方式来减少需求，缓解我们的压力
2 、安全性，我们现在能想到的，如果服务器资源被滥用（比如挖矿）等，我们还是希望能直接找到人。
3 、穷，初创团队，就那么几个人，几杆枪，大规模的开放使用不是我们这次开放性公测目的。本地开放公测的目的主要是想听听有核心需求的用户反馈，然后去调整我们的开发进度，看看哪些功能可以优先，哪些可以押后，毕竟用户的需求才是真的需求。

@all 感谢大家的热心反馈

昨天收到了很多人对注册相关的反馈。
所以我们连夜优化了错误提示，之前是统一走了后端的错误提示，所以有些参数错误不是很明显。

关于 实名制的问题，这个目前办不到

可以说我们现在是刻意提高门槛的，因为：

@jinhb 你好， 什么浏览器，这边注册数都不少了，加微信 gitbot-cloud 发个截图？

@alan0liang 谢谢指正，是同一家法人，之前两边业务是混在一起的，这里我更新一下。

邮箱认证只用于身份信息校验，
使用功能目前只接受实名认证，现在是开放测试阶段，
我们期望值是本次能邀请到公测用户有 50 位左右就足够了，再高的话服务器成本太高了我们也吃不消。
因为都是会用到实实在在的服务器资源，很容易被滥用。

原来 V 站的活跃时间是上午啊，下次吸取经验，看来晚高峰流量策略不使用

@ooToo 非常同意你的这个比喻，其实我们一开始有讨论过把后面几张前移作为开篇，但讲真挺难的，技术公众号和娱乐类公众号明显不同的点是循序渐进系统化。前移之后风格上会很奇怪，有种断章取义的感觉。

@liubo618 好的好的，其实不画图我们都懒得发 只写文字还不如多看几篇文档和代码。

@poorcai 终于被你发现这个槽点了，本来是想把下面排成文本而不是图片的。然后…… 排版太累了…… 终于明白为啥混子哥这种明星公众号全部都是图片了，排版简单。

不过 点击“阅读原文” 可以跳转至 Github 仓库哟

感谢大家的支持，刚才瞅了下后台数据，不到一天的时间居然有 189 名用户关注，很是震惊。
本来我还担心搞成这种偏漫画风格的会不会对技术讲解不合适。

更新上，我们会尽量保证按照预告的日期来完成，目前文案上其实已经准备了 3 个章节，不过画起来还要看基友的时间。
都是用业余时间来维护的，完全是兴趣爱好驱动。

不过你们的支持就是我们的动力，下一篇走起。

@lwbjing 好呀好呀，本来我还很担心技术组合这种方式效果不是很好，看来以后可以作为固定套路了。

@Runes 因为严格说这算是我的第一篇文章刚刚开始试运行。欢迎多提意见。