diff options
author | van Hauser <vh@thc.org> | 2021-12-10 23:26:54 +0100 |
---|---|---|
committer | GitHub <noreply@github.com> | 2021-12-10 23:26:54 +0100 |
commit | 2e2e35ea611213b8fce8db0f5812275f3ed67846 (patch) | |
tree | 5ca75b8f28b9ae6b12d33bab727a12bc99327ff1 | |
parent | 46b250c243298e796a0f465a17cad844a536c213 (diff) | |
parent | 0c4118ba7cdbecc2834551d2f8ae76f379ed2a73 (diff) | |
download | afl++-2e2e35ea611213b8fce8db0f5812275f3ed67846.tar.gz |
Merge pull request #1203 from llzmb/docs_edit_contributing_info
Add info about contributing to docs
-rw-r--r-- | CONTRIBUTING.md | 40 |
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 |