程序会自动把你编写的纯文本代码转换成网页版手册 和电子书。我们通过一个叫做 Git 的版本控制系统来跟踪 Krita 文档的内容变 化。 更改内容 在 Git 系统下面，只有部分开发人员有权限向文档源代码的主要分支推送内 容。如果你想要对手册内容作出更改，你必须把作出的改动提交审核。 使用网站的 Edit 模式创建合并请求 注解 此方法面向没有 KDE 代码仓库的 push 权限的用户。因为按照我们的代码贡 述许可证发布的图像。 写作流程 下面我们会介绍 Krita 文档的写作流程。 标记和分支 Krita 文档的增删作业在 draft branch 中进行。 对已有页面进行的审校将被视作一次缺陷修复，因此它会被 push 到 master branch ，然后再按需 merge 到 draft 分支。 每次 draft branch 被 merge 到一个新正式版文档之前： 当前 master

程序会自动把你编写的纯文本代码转换成网页版手册和 电子书。我们通过一个叫做 Git 的版本控制系统来跟踪 Krita 文档的内容变化。 更改内容 在 Git 系统下面，只有部分开发人员有权限向文档源代码的主要分支推送内 容。如果你想要对手册内容作出更改，你必须把作出的改动提交审核。 使用网站的 Edit 模式创建合并请求 备注 此方法面向没有 KDE 代码仓库的 push 权限的用户。因为按照我们的代码贡献 许 可证发布的图像。 写作流程 下面我们会介绍 Krita 文档的写作流程。 标记和分支 Krita 文档的增删作业在 draft branch 中进行。 对已有页面进行的审校将被视作一次缺陷修复，因此它会被 push 到 master branch ，然后再按需 merge 到 draft 分支。 每次 draft branch 被 merge 到一个新正式版文档之前： 当前 master

程序会自动把你编写的纯文本代码转换成网页版手册 和电子书。我们通过一个叫做 Git 的版本控制系统来跟踪 Krita 文档的内容变 化。 更改内容 在 Git 系统下面，只有部分开发人员有权限向文档源代码的主要分支推送内 容。如果你想要对手册内容作出更改，你必须把作出的改动提交审核。 使用网站的 Edit 模式创建合并请求 备注 此方法面向没有 KDE 代码仓库的 push 权限的用户。因为按照我们的代码贡 述许可证发布的图像。 写作流程 下面我们会介绍 Krita 文档的写作流程。 标记和分支 Krita 文档的增删作业在 draft branch 中进行。 对已有页面进行的审校将被视作一次缺陷修复，因此它会被 push 到 master branch ，然后再按需 merge 到 draft 分支。 每次 draft branch 被 merge 到一个新正式版文档之前： 当前 master

程序会自动把你编写的纯文本代码转换成网页版手册 和电子书。我们通过一个叫做 Git 的版本控制系统来跟踪 Krita 文档的内容变 化。 更改内容 在 Git 系统下面，只有部分开发人员有权限向文档源代码的主要分支推送内 容。如果你想要对手册内容作出更改，你必须把作出的改动提交审核。 使用网站的 Edit 模式创建合并请求 备注 此方法面向没有 KDE 代码仓库的 push 权限的用户。因为按照我们的代码贡 述许可证发布的图像。 写作流程 下面我们会介绍 Krita 文档的写作流程。 标记和分支 Krita 文档的增删作业在 draft branch 中进行。 对已有页面进行的审校将被视作一次缺陷修复，因此它会被 push 到 master branch ，然后再按需 merge 到 draft 分支。 每次 draft branch 被 merge 到一个新正式版文档之前： 当前 master

行署名。切勿使用那些无法通过上述许可证发布的图像。 写作流程 下面我们会介绍 Krita 文档的写作流程。 标记和分支 Krita 文档的增删作业在 draft branch 中进行。 对已有页面进行的审校将被视作一次缺陷修复，因此它会被 push 到 master branch ，然后再按需 merge 到 draft 分支。 每次 draft branch 被 merge 到一个新正式版文档之前： 当前 master