Log Output Area The log output is formatted as follows: White This is just a regular debug message. Yellow This is a info output. Orange This is a warning output. Red This is a critical error freezes due to the way it intercepts calls for resources on disk. Windows: Krita cannot save If the message is “File not found. Check the file name and try again.”, you probably have Controlled Folder Access repairing utility to fix the ZIP file. Then rename it back to KRA. 5. If Krita doesn’t give an error message, but rather crashes, your file is too big, and Krita is not so much crashing as that the operating

master 。 3. 找到你想要编辑的文件，打开它然后点击 Edit 。 4. 对文件进行更改。(注意：在此模式下你只能每次编辑一个文件)。 5. 转到下方较小的文本框，在 commit message 处将你所做的更改总结为 一则简要的描述。填好后，点击 Commit changes 即可创建合并请求， 请按照 新建合并请求规范 填写所需字段。 这个方法有一个缺点，那就是在编辑时不能自动检测并提示 Commit… 。在 Unstaged changes 分类里双击每个文件，把他们移动到 Staged changes 中去。 7. 再次点击 Commit… ，这将展开一个 commit message 文本框。请填写你修 改了什么，并说明原因。 8. 确保设置正确：你必须点击 Create a new branch (branch 名称为： [用户 名]/[概括更改内容的短语])。在完成更改后，确保勾选了 请按照： How to Write a Git Commit Message [https://chris.beams.io/posts/git- commit/] 页面介绍的规范填写 Commit Message 栏。 2. 在 Title 和 Description 栏填写你改动的内容和原因，它们和 commit message 的填写要求是一样的，请按照上面链接内的规范填写。 3. Target

master 。 3. 找到你想要编辑的文件，打开它然后点击 Edit 。 4. 对文件进行更改。(注意：在此模式下你只能每次编辑一个 文件)。 5. 转到下方较小的文本框，在 commit message 处将你所做 的更改总结为一则简要的描述。填好后，点击 Commit changes 即可创建合并请求，请按照 新建合并请求规范 填写所需字段。 这个方法有一个缺点，那就是在编辑时不能自动检测 Commit… 。在 Unstaged changes 分类里双击每个文 件，把他们移动到 Staged changes 中去。 7. 再次点击 Commit… ，这将展开一个 commit message 文本 框。请填写你修改了什么，并说明原因。 8. 确保设置正确：你必须点击 Create a new branch (branch 名 称为： [⽤⼾名]/[概括更改内容的短语])。在完成更改后，确保勾选 请按照： How to Write a Git Commit Message [https://chris.beams.io/posts/git-commit/] 页面介绍的规范填写 Commit Message 栏。 2. 在 Title 和 Description 栏填写你改动的内容和原因，它们和 commit message 的填写要求是一样的，请按照上面链接内的 规范填写。 3. Target

master 。 3. 找到你想要编辑的文件，打开它然后点击 Edit 。 4. 对文件进行更改。(注意：在此模式下你只能每次编辑一个文件)。 5. 转到下方较小的文本框，在 commit message 处将你所做的更改总结 为一则简要的描述。填好后，点击 Commit changes 即可创建合并请 求，请按照 新建合并请求规范 填写所需字段。 这个方法有一个缺点，那就是在编辑时不能自动检测并提示 Commit… 。在 Unstaged changes 分类里双击每个文件，把他们移动 到 Staged changes 中去。 7. 再次点击 Commit… ，这将展开一个 commit message 文本框。请填写你修 改了什么，并说明原因。 8. 确保设置正确：你必须点击 Create a new branch (branch 名称为： [用户 名]/[概括更改内容的短语])。在完成更改后，确保勾选了 请按照： How to Write a Git Commit Message [https://chris.beams.io/posts/git-commit/] 页面介绍的规范填写 Commit Message 栏。 2. 在 Title 和 Description 栏填写你改动的内容和原因，它们和 commit message 的填写要求是一样的，请按照上面链接内的规范填写。 3. Target

master 。 3. 找到你想要编辑的文件，打开它然后点击 Edit 。 4. 对文件进行更改。(注意：在此模式下你只能每次编辑一个文件)。 5. 转到下方较小的文本框，在 commit message 处将你所做的更改总结 为一则简要的描述。填好后，点击 Commit changes 即可创建合并请 求，请按照 新建合并请求规范 填写所需字段。 这个方法有一个缺点，那就是在编辑时不能自动检测并提示 Commit… 。在 Unstaged changes 分类里双击每个文件，把他们移动 到 Staged changes 中去。 7. 再次点击 Commit… ，这将展开一个 commit message 文本框。请填写你修 改了什么，并说明原因。 8. 确保设置正确：你必须点击 Create a new branch (branch 名称为： [用户 名]/[概括更改内容的短语])。在完成更改后，确保勾选了 请按照： How to Write a Git Commit Message [https://chris.beams.io/posts/git-commit/] 页面介绍的规范填写 Commit Message 栏。 2. 在 Title 和 Description 栏填写你改动的内容和原因，它们和 commit message 的填写要求是一样的，请按照上面链接内的规范填写。 3. Target

master 。 3. 找到你想要编辑的⽂件，打开它然后点击 Edit 。 4. 对⽂件进⾏更改。(注意：在此模式下你只能每次编辑⼀个 ⽂件)。 5. 转到下⽅较⼩的⽂本框，在 commit message 处将你所 做的更改总结为⼀则简要的描述。填好后，点击 Commit changes 即可创建合并请求，请按照 新建合并请求规范 填写所需字段。 这个⽅法有⼀个缺点，那就是在编辑时不能⾃动检测 Commit… 。在 Unstaged changes 分类⾥双击每个⽂ 件，把他们移动到 Staged changes 中去。 7. 再次点击 Commit… ，这将展开⼀个 commit message ⽂本 框。请填写你修改了什么，并说明原因。 8. 确保设置正确：你必须点击 Create a new branch (branch 名 称为： [⽤⼾名]/[概括更改内容的短语])。在完成更改后，确保勾选 请按照： How to Write a Git Commit Message [https://chris.beams.io/posts/git-commit/] ⻚⾯介绍的规范填写 Commit Message 栏。 2. 在 Title 和 Description 栏填写你改动的内容和原因，它们和 commit message 的填写要求是⼀样的，请按照上⾯链接内的 规范填写。 3. Target

master 。 3. 找到你想要编辑的文件，打开它然后点击 Edit 。 4. 对文件进行更改。(注意：在此模式下你只能每次编辑一个文件)。 5. 转到下方较小的文本框，在 commit message 处将你所做的更改总结 为一则简要的描述。填好后，点击 Commit changes 即可创建合并请 求，请按照 新建合并请求规范 填写所需字段。 这个方法有一个缺点，那就是在编辑时不能自动检测并提示 Commit… 。在 Unstaged changes 分类里双击每个文件，把他们移动 到 Staged changes 中去。 7. 再次点击 Commit… ，这将展开一个 commit message 文本框。请填写你修 改了什么，并说明原因。 8. 确保设置正确：你必须点击 Create a new branch (branch 名称为： [用户 名]/[概括更改内容的短语])。在完成更改后，确保勾选了 请按照： How to Write a Git Commit Message [https://chris.beams.io/posts/git-commit/] 页面介绍的规范填写 Commit Message 栏。 2. 在 Title 和 Description 栏填写你改动的内容和原因，它们和 commit message 的填写要求是一样的，请按照上面链接内的规范填写。 3. Target

Log Output Area The log output is formatted as follows: White This is just a regular debug message. Yellow This is a info output. 주황색 This is a warning output. Red This is a critical error. freezes due to the way it intercepts calls for resources on disk. Windows: Krita cannot save If the message is “File not found. Check the file name and try again.”, you probably have Controlled Folder Access repairing utility to fix the ZIP file. Then rename it back to KRA. 5. If Krita doesn’t give an error message, but rather crashes, your file is too big, and Krita is not so much crashing as that the operating

マージリクエスト提出のガイドライン を参照してください。 新しいマージリクエスト提出のガイドライン 1. コミットメッセージは、次に説明する標準に従ってください: How to Write a Git Commit Message [https://chris.beams.io/posts/git-commit/] 2. Title と Description はコミットメッセージのように、あなたが行った変 更とその クエストが受け入れられると、文書変更が反映されます。 2. マニュアルへの変更に対してコメントする。 コメントの変更は fact の後に行われます。変更にコメントするに は、commit message に移動します(リポジトリページから history に 移動し、コメントしたい項目をクリック)。このページでは、行っ た変更にコメントすることができます。 どちらの場合も、画面には、左側に古いバージョン、右側に新しいバージョ problem that developers need to know about, but users not. If set to OFF, Krita will popup a little message window telling you about the error, of OFF, it will print the information to the terminal. For developers