低调安利一款基于 gitops 的运维自动化产品

注册都报错……

Field may not be null.

@Michelangelono 可以注册的呀。

Agreement URL 里拼成了 /aggrement

贵公司到底是用户协议里写的(同时是备案用的)「上海麦粟数据科技合伙企业（普通合伙）」还是用户协议里提到的官网 sage.pub 的「上海唯贤网络科技有限公司」？望周知

看官网都看不出来是啥东西，注册之后又得实名上传身份证后才能试用。。。半成品还是别推广了吧

实名认证?连邮箱验证都没有??告辞

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

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

注册失败，登录失败。
没测试么？

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

注册都报错了 beta.gitbot.cloud 解析失败

@all 感谢大家的热心反馈

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

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

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

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

刚看了一下。 实名认证还要手持身份证照相， 这要求太高了吧。 我完全有理由担心我隐私泄漏， 所以， 手动再见。

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

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

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