CI 检查需要重写:1.完善从仓库删除过时文档的检测逻辑、2.检查translating_date字段、3.增加文章的文件名检查

[mudongliang]

[mudongliang]

#240

[mudongliang]

此处 CI 重写申请翻译的时候要加上 translating_date 的要求

[Kozmosa]

lint_all 的 workflow 似乎已经完整迁移过来了，还没有添加触发器。
我刚才在我的 fork 中手动进行了一遍 lint，发现相当一部分历史文档无法通过 lint check

[JasonC10]

文件名检查要求可参考 https://github.com/hust-open-atom-club/TranslateProject/issues/202

[zerokaze420]

CI 合法状态， 新的PR 变动需要满足

• 文件名通过正则表达式要求
  参考：
  CI检查：增加文章的文件名检查，避免Windows和Linux开发者或译者不兼容 #202 (comment)

• 元数据符合模板，保证格式正确
  参考：

https://github.com/hust-open-atom-club/TranslateProject/wiki/1.2-%E9%80%89%E9%A2%98%E6%AD%A5%E9%AA%A4#%E9%80%89%E9%A2%98%E6%BA%90

• 完善从仓库删除过时文档的检测逻辑

这一块具体的需求还是不太清楚 ，是将文件名打包出来一个txt吗 ？

[zerokaze420]

1.完善从仓库删除过时文档的检测逻辑

这里是针对整个仓库还是针对未关闭的PR

[JasonC10]

这个删除过时文档的任务是针对仓库内所有状态为translating的文档项目进行期限监测（可以通过translating_date判断），大于一个月状态没变化，则关闭对应的翻译申请PR，相关要求可以参考 #80

[mudongliang]

这个删除过时文档的任务是针对仓库内所有状态为translating的文档项目进行期限监测（可以通过translating_date判断），大于一个月状态没变化，则关闭对应的翻译申请PR，相关要求可以参考 #80

确实有这么个需求，因为有些同学会心血来潮去申请，但是申请之后因为各种原因不干了，这个申请翻译会一直留着，我们维护人员有的时候也想不到去清理

[mudongliang]

CI 合法状态， 新的PR 变动需要满足

• 文件名通过正则表达式要求
  参考：
  CI检查：增加文章的文件名检查，避免Windows和Linux开发者或译者不兼容 #202 (comment)
• 元数据符合模板，保证格式正确
  参考：

https://github.com/hust-open-atom-club/TranslateProject/wiki/1.2-%E9%80%89%E9%A2%98%E6%AD%A5%E9%AA%A4#%E9%80%89%E9%A2%98%E6%BA%90

• 完善从仓库删除过时文档的检测逻辑

这一块具体的需求还是不太清楚 ，是将文件名打包出来一个txt吗 ？

有一个建议，可以画一个状态转移图，状态之间的切换到底什么时候是合理的，什么时候应该报错，要分清楚，我和哲翰可以配合你来理清楚整个需求

[zerokaze420]

状态转移图

还有在 #80 #80 (comment) 提到的飞书通知

因为 wiki 中提交 PR 就是翻译的日期 ，我更加倾向与直接计算 PR 的开启时间 ， 过滤出属于翻译文章的 PR ， 发送报警时间超过20 / 30 天的 PR