Status 开发进度

在“Status 开放赏金”成功发布后,我们将把一些技术任务交给我们的 GitHub 赏金,这样我们的开发人员可以专注于 Swarm 会话中准备的特性和功能。 每个概念都是形成关键特性或功能的提案,让我们更接近 Beta 发布。 贡献者提供自己的想法概念,一起形成了 Swarm,以缩小焦点。他们制定了需求文件,详细介绍了前进的目标和完成日期。本周是前进道路上中完成任务和讨论之一,也是使 Status 变成现实的最佳途径。

Clojure 团队:

我们的 Clojure 团队是我们的核心开发团队,他们处理我们应用程序的功能,并占据我们最大的开发团队。

Roman:

启动本地环境

修复了 JSC 合并请求并合并

Julien:

#3 - ERC20 代币支持 - 添加了代币列表,并开始管理资产界面和资产过滤的持久性

审查合并请求

申请资产支持的合并请求

Oskar:

#1——离线收件箱和持久化通讯——为需要做的工作创建了一些概念:#11,#487,#488,#2570,#2573,#2576,#2578,#2579 和#2580

代码审查#493,#494,#2524和#2586

在开发文档中提交代码签名

#7——创建 GitHub 项目板,提供合并请求和问题;还有分类收件箱和一些审查

开始工作在#2512——离线收件箱:启动时请求历史消息

为离线收件箱合并请求#2607——集成 AddPeer 绑定

合并请求#2611——将合并请求与我们自己的 GPG 代码签名流合并

离线收件箱请求#2624——启动时请求消息

增加新的赏金问题#2636 - 通过代码签名合并来自外部贡献者的 PR 脚本

Goran:

工作在数字钱包中的资产界面

修复#2392合并请求

资产演示

工作在#2467上工作——对资产折线图进行 SVG 支持

Andrey:

#12——Status 桌面(electron)——重构协议,并尝试使用 status-nodejs npm 模块构建应用程序,并开始完成了联系人列表

审查合并请求

Eric:

重新订阅和简化发现功能的数据库交互

Jan:

设置 GPG 签名

开始分析消息数据和订阅

#2567——在移植 v18 到 v19 过程中,修正一个角落案例的小型合并请求

处理消息数据模型改进

Alex:

概念#9——为了改进#2572 的 status-react - 重构聊天的开发体验

Go-Language 团队:

Go-Language团队处理在 Status 中 Go-Ethereum 实现——这是 Status 的“后端”,可以让大家直接连接到以太坊区块链。

Ivan T:

改进的水龙头并将其部署在 Ropsten 测试网络上

提出了关于优化 Status 的概念

调查了 LES 和 HD 问题

Adam:

#7——在 status-nodejs 中集成了 node-pre-gyp

发布了 status-nodejs 的版本0.1.0

响应候选合并请求

用 electron 开始测试 status-nodejs,因为在这个环境中仍然存在问题

收集有关邮件服务器实施细节的信息

来自候选人和 SOB 贡献者的代码审查

Ivan D:

工作在概念#51上——测试集群

添加了 status-nodejs 绑定代码

创建了自动生成 Node.js 的 Go 绑定的工具

#475——增加了静态库编译代码

审查了合并请求#463,#478,#480,#481 和#483

Frank:

学习 Puppeth 和 LES

讨论未来的 geth 的修复

评论#39 和#496

为概念#39 创建分支 - 适度的公共聊天群

#456——审查了用于修复交易测试中的数据的合并请求

定稿合并请求#463

添加并开始 问题#491- 重构 pprof 用途

Eugene:

#451——处理交易测试中的数据事件

#486——开始将独立模式添加到 wnode-status

#487——公开 AddPeer 绑定

#488——设置邮件服务器密码

更新了离线邮件服务器图表

有关 Whisper 性能的建议

对 Whisper 性能进行第一次测试

阅读 LES 代码和 LES2 文档

Boris:

除 wnode试验的 statusd

为邮件服务器测试更改 Alice 和 Bob 节点为 statusd

更新并讨论了新的邮箱图表

Whisper 性能调研

关于 LES2 ULC 任务的观察与讨论及文件阅读

完成#470 的工作 - 将 shh_requestMessages 添加到 Whisper RPC API

审查了#477

智能合约团队:

我们的智能合约团队负责使用 Solidity 开发和创建智能合约。

James:

放弃聊天适度设计的利益和燃料

讨论聊天管理 MVP 的定义

忙于聊天 mod ,并要求反馈

Jacques:

打开日志错误的合并请求

审查合并请求

修复了关于 Viper 语法的两个问题

开始修复事件日志

开始内部电话的 gas 估计

桌面团队:

我们的桌面团队致力于构建 Status 的桌面客户端。

Max:

添加启用/禁用 Live Reload 选项,以 react-native-desktop 开发者菜单

概念#34——基于 React Native Desktop 的 Status React 的调整草案(基于C++ Qt 框架)

研究为了扩展桌面平台的 re-natal 调整

来自 develop-desktop 分支的 status-react 载入 re-natal figwheel bridge,但 figwheel 重新加载功能遇到了一些问题

启动 lein-fighweel 的 ClojureScript REPL,连接到应用程序并进行自动重建

添加了热重新加载到 Qt 端口的支持,并在 TicTacToe 应用程序上测试

Volodymyr:

在没有第三方 react native 库的情况下,管理在 status-react-desktop 中显示 svg 图标

开始研究 electron status-desktop 的工作原理

降低使用 react-native-desktop(qt)启动的 status-desktop 版本

设计团队:

我们的设计团队致力于让 Status 更好看,他们为讨论提供了原型图,并且对应用的方方面面都提供建议。

Denis:

SOB 仪表盘

用例文档

Andrei:

更新库

入职内容

采访了一位候选人

工作在 MVP 上

Nikita:

使用 moodboard 工作在品牌简介上,以帮助定下视觉风格的基调

为演示文稿制作插图

QA 团队:

我们的 QA 团队处理应用程序的测试,处理用户反馈的 bug,并且严格向开发团队提供详细信息的反馈和报告错误。

Nastya:

测试合并请求

测试准备好测试项目

Anna:

Status 开放赏金管理

审查候选人完成的测试任务

测试合并请求

转载和报告发现的 3 个问题

审查了外部贡献者报告的一些错误

审查了第 10 个想法的描述和指标——Status 问题管理和奖励沟通

描述如何让外部贡献者帮助测试和错误报告的期望

Nastya:

测试合并请求

测试准备好测试项目

Anton:

#176 增加了 SOB 端到端自动化

增加了 SOB 自动化的工作到 Jenkins 上

Tetiana:

完成测试用例的结构

执行步骤并记录第一个测试用例

执行了回归测试

开始了一些新的问题

了解 SOB

找到了从 Google 工作表导入 TC 的简单方法

加入我们的社区(Join Our Community)

Status 是一个开源项目,如果你想参与开发,最好的方法就是建立自己的 Status,探索我们的公共问题。 我们会更喜欢提供 PR 的核心贡献者。

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20171210G010E900?refer=cp_1026

扫码关注云+社区