本仓库用于存放和协作创作作品Tonicization的草稿、正文与相关资料。
本作品采用 MIT License 授权。 我选择 MIT，是因为我希望这部作品能够像开源软件一样自由地被阅读、分享、改编与二次创作，让它在更广阔的空间里生长。
然而我也理解，大多数读者与创作者并不熟悉开源许可证的规则。 为了避免误会、冲突或不必要的压力，我在此做出以下友善说明：
MIT 许可证要求在分发或二次创作时保留：
-
作者署名（jiPku）
-
MIT License 的全文或可访问的链接
但如果你因为不了解 MIT 而忘记附上这些内容，只要没有恶意，我一般不会干预你的行为，也不会追究责任。
当你了解到 MIT 需要保留署名与许可证时，如果方便的话，希望你能补上相关信息。 这有助于保持作品的来源清晰，也能让自由的精神在传播中延续。
如果你看到其他人没有遵守 MIT 的要求，请以善意的方式提醒，而不是指责或攻击。 我不希望因为一个许可证，让喜欢这部作品的人感到不愉快或被迫卷入争执。
MIT 的核心精神是开放、分享与协作。 我希望这部作品的社区也能保持同样的温柔与自由，让每一位读者与创作者都能安心地享受、创作与交流。
- Drafts/ —— 草稿（这是“开发目录”，结构和正文一致，但是内容）
- zh-CN/
- 第一章-草稿.md
- 第二章-草稿.md
- en-US/
- chapter01-draft.md
- chapter02-draft.md
- zh-CN/
- Manuscripts/ —— 正文，作品的最终定稿，我们不会再这里进行“开发”，只做备份和发布。
- zh-CN/
- 第一章.md
- 第二章.md
- en-US/
- chapter01.md
- chapter02.md
- zh-CN/
- Setting/ —— 插图、参考资料、封面、人物关系、世界观设定...总之能称为设定的东西都可以放里面！如果你想为作品创作插图，你可以将创作的插图（最好以psd格式交付）提交于此目录并发起 Pull Request。
- assets/ —— 插图、封面等资源文件夹
- references/ —— 参考资料文件夹
- Metadata/ —— 元数据文件夹，存放作品的元数据，例如版权信息、版本信息等。
- Notes/ —— 备注文件夹，存放创作过程中的各种
- Outline/ —— 大纲，这里主要是剧情梗概、注释之类的文本，如果想对内容进行修改，你需要先在大纲里表达你的意图。大纲是作品的“项目需求”，也是“开发手册”，创作者需要根据大纲来拟定草稿和正文。
- Music/ —— 音乐文件夹，存放为作品创作的音乐素材，如果你想为作品创作音乐，你可以将创作的音乐素材提交于此目录并发起 Pull Request。
- 你的作品/
- piano.mid
- bass.mid
- drum.mid
- vocals.ustx
- 你的作品/
- 使用 Markdown（.md）格式编写文本内容。
- 每章单独文件，统一命名：
第一章.md、第二章.md... - 元数据可放在文件开头（YAML front matter）或单独的 metadata.md。
- 使用 Git 进行版本控制。
- 提交信息简洁明了，描述改动内容。
- 与软件开发的协作流程类似
- 先在 Issues 里讨论你的改动建议，获得认可后再进行修改。
- fork 本仓库，拉取你的修改分支到本地进行编辑。
- 创建一个新的分支来进行你的修改。
- 将修改的内容提交到你的分支。并在提交里详述修改内容，建议为每个修改的文件创建单独的提交，以便于审查和回溯。
- 提交完成后，推送你的分支到你的 fork 仓库。
- 在本仓库创建一个 Pull Request，描述你的修改内容和目的。
- 等待审查和反馈，必要时进行修改。
- 修改草稿内容时，请确保与大纲保持一致。
- 先修改大纲，然后再将改动反映到草稿，你便可以创建Pull Request。
- 每章保留版本注记（日期与简短说明）。
- 保持段落清晰，使用空行分段。
- 尽量用简练的语言表达思想。
- 无需在意文风是否统一，草稿阶段更注重内容完整、简洁。
- 默认作者保留所有权利，协作请通过 Issues 或 Pull Requests 联系。
- 请参阅 LICENSE 文件以明确许可条款。