feat(oss): 补齐开源声明体系(MIT + 第三方声明 + 贡献/安全/行为准则)
* LICENSE —— MIT
* THIRD-PARTY-NOTICES —— 依赖清单、再分发合规说明(含随仓库分发的
Apache ECharts 5.6.0 / Apache-2.0)与自查清单
* CONTRIBUTING.md —— 开发环境、五层验证、必须遵守的不变量、提交规范
* SECURITY.md —— 漏洞私有报告渠道、已有措施、已知非目标
* CODE_OF_CONDUCT.md —— 改编自 Contributor Covenant 2.1
* .github/ —— Bug 报告 / 功能建议表单 + PR 模板
* .editorconfig —— 与 .gitattributes 保持一致
* 全部 Python / Shell 源文件加 SPDX-License-Identifier: MIT 头
* README 增加「开源与许可」章节与许可标识
这个提交包含在:
@@ -0,0 +1,47 @@
|
||||
name: 功能建议
|
||||
description: 提出一个新功能或改进
|
||||
title: "[Feature] "
|
||||
labels: [enhancement]
|
||||
body:
|
||||
- type: markdown
|
||||
attributes:
|
||||
value: |
|
||||
在提建议前,请先看一眼 [架构说明](https://git.iwali.top/wangchuanli/workbuddy-portal/src/branch/main/docs/ARCHITECTURE.md)
|
||||
里的「已知边界」——有些能力是**刻意不做**的(例如不引入 APScheduler、不新增第三方依赖)。
|
||||
|
||||
- type: textarea
|
||||
id: problem
|
||||
attributes:
|
||||
label: 你想解决什么问题
|
||||
description: 先说场景与痛点,再说方案。这样更容易判断有没有更简单的做法。
|
||||
placeholder: 我在做 … 的时候,必须手动 … ,很费时。
|
||||
validations:
|
||||
required: true
|
||||
|
||||
- type: textarea
|
||||
id: proposal
|
||||
attributes:
|
||||
label: 你期望的做法
|
||||
description: 如果有具体的接口/页面/参数设计,写在这里
|
||||
validations:
|
||||
required: true
|
||||
|
||||
- type: textarea
|
||||
id: alternatives
|
||||
attributes:
|
||||
label: 考虑过的替代方案
|
||||
description: 以及为什么它们不够好
|
||||
validations:
|
||||
required: false
|
||||
|
||||
- type: checkboxes
|
||||
id: constraints
|
||||
attributes:
|
||||
label: 约束自查
|
||||
options:
|
||||
- label: 该功能不需要新增第三方依赖(或已在下方说明理由)
|
||||
required: false
|
||||
- label: 该功能不破坏「SQLite 单写者」这一前提
|
||||
required: false
|
||||
- label: 若涉及列表类接口,我不会在其中返回 `prompt` 全文
|
||||
required: false
|
||||
在新工单中引用
屏蔽一个用户