原副标题:开放源码 API 管理软件 v1.8.0 正式发布,统计数据穗序,API 项目组协同
大家好,阔别两个月,他们又又又正式发布啦,下月的主轴是:项目组协同。
在合作开发商业模式是其间端协同的项目组里,撷取 API 文件格式关键信息会是前前端交会操作过程中关键的劳特尔,我想在这次月报撷取下他们辅助工具推荐的合作开发业务流程。
chan上有两个炙手可热难题:前端相关人员先合作开发后给文件格式科学合理吗?
我认为片面,轮转思索了下在这种合作开发商业模式下的前端相关人员,交会的操作过程如果蛮伤痛,前端合作开发的能力和经验下定决心先期更动标识符的伤痛程度。
牵涉到多人共同协同完成两件事的这时候,不如果把结构设计任务只交予其中的某两个人,如果先沟通交流和沟通沟通交流,将结构设计的业务流程后置,他用文件格式历史记录结构设计的操作过程和结果。
就像合作开发相关人员总会聊著产品文件格式没写确切一样,前端相关人员也会聊著前端不给文件格式或者写不确切,那个难题能透过导入两个能协同结构设计并展现明晰的 API 关键信息的辅助工具(写明 Eoapi)解决。
你能考虑在 Eoapi 试著采用以下固定式的协同业务流程:
结构设计USB蓝本,写USB文件格式; 其间端并行写标识符,依照文件格式交会; 在交会操作过程中获得的关键信息强化USB蓝本,多次重复操作过程。更简单一些,两种协同业务流程的对比如说图:
其实组织工作都是这些组织工作,但将结构设计的操作过程提早能减少很多协同难题。
朋友们,相信我,想透过不写文件格式节约的天数最终单厢在交会推诿操作过程中送给他们;而且人多力量大嘛,相同的人有相同的视角,看法对撞能让结构设计更快更全面。
当然,下定决心在结构设计过程中资金投入多少天数和心力是需要依照项目组的情况配制的,项目组很有惺惺相惜不必签订合同也能结构设计完全一致,那文件格式甚么这时候写就不太关键了,适宜自己项目组的业务流程就是最好的。
空间是甚么?
他们在那个版导入了空间的概念,两个空间一般是两个项目组,他们能往空间里添加队友:
加入后就能一起愉快地共享 API 和环境等空间内统计数据啦~
想起在月初的这时候,有用户恳(wei)请(xie)他们一定一定一定不要做登录的功能,我理解他的核心的诉求其实是打开就能用,别整那么多花里胡哨的。
作为 Eoapi 的产品和合作开发我想说:放心吧,如果你用不穗序端的功能,那就没有登录的必要,在本地空间内尽情使用吧~
如何使用
在服务端运行下面命令使用 Docker 一键启动。
git clone https://github.com/eolinker/eoapi-remote-server cd eoapi-remote-server docker-compose up -d –build在客户端中配置云服务地址点击连接后就能将统计数据上传到云端啦。
配置这一块他们结构设计得十分简单,隐藏了很多配置细节,界面提示能指引你快速上手新功能。
例如初始化时能让你选择将本地的统计数据并行到云端。
先期计划
Web 部署
目前他们都是透过桌面端使用的,有的用户会觉得部署和更新不太方便。
所以他们接下来会推出 Web 版,方便大家打开浏览器就能使用(我个人更喜欢 Web 应用)~
其实桌面端有桌面端的好处,方便找,加载快,不需要部署,萝卜青菜各有所爱。
API 撷取
正在合作开发中,相信很快就能在 v1.9.0 和大家见面啦。
使用很简单,一键就能透过撷取链接快速将 API 撷取给相关的相关人员。蓝本图浅看一下:
获得 GVP
除了新版正式发布,还有两个好消息!下月他们的开放源码项目终于也获得了 Gitee 官方的认可,荣获 Gitee 年度最有价值的开放源码项目称号——GVP,谢谢官方的认可!谢谢各位用户的支持!
努力提升用户体验是他们做开放源码项目的初心,尽管他们的项目在 Gitee 上传标识符不久,但为了让所有用户能有较好的下载体验,他们会在先期任何两个新版正式发布的第一天数同步 Gitee 。他们会努力做好项目,也希望他们的项目能继续得到你们的大力支持!
关于项目,如果你有任何的疑问或者建议,老规矩,记得去 Github 或者 Gitee 上提 Issue ,他们会第一天数处理。
在线 Demo:
https://www.eoapi.io/?utm_source=sh&utm_campaign=gf&utm_conetnt=pd05
Github:
https://github.com/eolinker/eoapi
Gitee:
https://gitee.com/eolink_admin/eoapi