about summary refs log tree commit diff
diff options
context:
space:
mode:
authorvan Hauser <vh@thc.org>2021-12-10 23:26:54 +0100
committerGitHub <noreply@github.com>2021-12-10 23:26:54 +0100
commit2e2e35ea611213b8fce8db0f5812275f3ed67846 (patch)
tree5ca75b8f28b9ae6b12d33bab727a12bc99327ff1
parent46b250c243298e796a0f465a17cad844a536c213 (diff)
parent0c4118ba7cdbecc2834551d2f8ae76f379ed2a73 (diff)
downloadafl++-2e2e35ea611213b8fce8db0f5812275f3ed67846.tar.gz
Merge pull request #1203 from llzmb/docs_edit_contributing_info
Add info about contributing to docs
-rw-r--r--CONTRIBUTING.md40
1 files changed, 38 insertions, 2 deletions
diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index fb13b91a..0042bf28 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -1,4 +1,6 @@
-# How to submit a Pull Request to AFL++
+# Contributing to AFL++
+
+## How to submit a pull request
 
 All contributions (pull requests) must be made against our `dev` branch.
 
@@ -20,4 +22,38 @@ and use AFL's macros wherever possible (e.g., WARNF, FATAL, MAP_SIZE, ...).
 
 Remember that AFL++ has to build and run on many platforms, so generalize your
 Makefiles/GNUmakefile (or your patches to our pre-existing Makefiles) to be as
-generic as possible.
\ No newline at end of file
+generic as possible.
+
+## How to contribute to the docs
+
+We welcome contributions to our docs.
+
+Before creating a new file, please check if your content matches an existing
+file in one the following folders:
+
+* [docs/](docs/) (this is where you can find most of our docs content)
+* [frida_mode/](frida_mode/)
+* [instrumentation/](instrumentation/)
+* [qemu_mode/](qemu_mode/)
+* [unicorn_mode/](unicorn_mode/)
+
+When working on the docs, please keep the following guidelines in mind:
+
+* Edit or create Markdown files and use Markdown markup.
+  * Do: fuzzing_gui_program.md
+  * Don't: fuzzing_gui_program.txt
+* Use underscore in file names.
+  * Do: fuzzing_network_service.md
+  * Don't: fuzzing-network-service.md
+* Use a maximum of 80 characters per line to make reading in a console easier.
+* Make all pull requests against `dev`, see
+  [#how-to-submit-a-pull-request-to-afl](#how-to-submit-a-pull-request-to-afl).
+
+And finally, here are some best practices for writing docs content:
+
+* Use clear and simple language.
+* Structure your content with headings and paragraphs.
+* Use bulleted lists to present similar content in a way that makes it easy to
+  scan.
+* Use numbered lists for procedures or prioritizing.
+* Link to related content, for example, prerequisites or in-depth discussions.
\ No newline at end of file