工作报告
2018-02-07 10:15:57 0 举报多时区场景
作者其他创作
大纲/内容
日期型：工作报告日期
dev阶段开发分支:v1804_saas／xxx集成分支，环境：saas，85环境：各docker环境数据库：75
相对时间型：工作报告提交截止时间
前端：打开详情页，使用用户时区将时间戳转换为时间
5.18－5.25
效果：在不同时区看到的时间不一致，差值为时区差
日期型字段筛选：筛选时间段内的数据
效果：在任何时区看到同样的日期和时间
对于日期型字段，无论你在什么时区，都用GMT+8去转换它
后端：将选中日期与工作报告日期比对（用GMT+8)
效果：在任何时区看到的统计一样，延期判定也一样
用当前时区将B转换为时间
后端：用户设置提交截止时间，将delayDay和delayTime存入库
3.23－4.6
后端：服务器接到时间戳，入库
后端：拿到startTime和endTime与工作报告日期比较
问题：v1805的集成分支能否使用develop分支？如不能，应该使用什么分支？
grey-product阶段分支：？
5.25－6.1
前端：打开新建页面，获取delayDay和delayTime，找到报告基准日期（日报是当天，周报是本周五）0点，例：2017-09-15 00:00，用当前时区将时间转换为时间戳A
后端：新建时，获取当前时间戳，入库
5.4－5.18
前端：用户从时间选择控件里选择日期，例：2017-09-15
4.6－4.13
集成阶段分支：将v1804_hotfix和营销云dev分支合并到某一集成分支
统计类型：工作报告统计
效果：在任何时区看到同样的日期
grey-staging阶段分支：？
正式生产阶段分支：v1805_hotfix
4.13－5.4
前端：接收到时间戳，识别出此字段为日期型，用GMT+8将时间戳转换为日期2017-09-15
营销云v1805版本规划
B=A+(delayDay*24*3600*1000)+delayTime
效果：都已东8区为基准做转换
问题：v1805基于现状我们期望做持续集成，运维能否提供环境和对应的支持，我们需要怎么配合？
3.23之前
时间型：工作报告提交时间
前端：将选中的日期2017-09-15的时分秒归零，用GMT+8时区将它转为时间戳，传给服务器
v1805
集成阶段分支：develop
6.1以后
正式生产阶段分支：v1804_hotfix
1.时间选择控件通过用户时区初始化2.默认选中当日-在不同时区可能默认选中的日期不同
v1804
职业：软件开发工程师
0 条评论
下一页
