Proposal: Add WIP rule documentation style guide to repo
See original GitHub issueCurrently rule documentation style guide is being discussed in a myriad of issues, and it’s getting difficult to see the wood for the trees.
Is it OK to add a WIP document to the repo, so that we can track changes to it, discuss changes in PRs, etc?
The document would be limited scope: rule documentation.
Cons:
- An unfinished document, with non-stable guidance in repo
- Mitigate by filename (eg.
_style-guide(WIP).md
and h1 message at start of doc?
- Mitigate by filename (eg.
Pros:
- All style guide discussions focus on one tracked file
- Bikeshedding leads to tangible results in the file
- It’s easier to discuss and iterate something that exists, than something that doesn’t
- Whilst maintaining docs, if we spot an issue, we can update the guide as part of our workflow
Issue Analytics
- State:
- Created 7 years ago
- Comments:16 (16 by maintainers)
Top Results From Across the Web
Documentation Style Guide - GitLab Docs
Documentation Style Guide. This document defines the standards for GitLab documentation, including grammar, formatting, word use, and more.
Read more >Writing style guide for documentation and blog posts (WIP)
Writing style guide for documentation and blog posts (WIP) ... Wrong: In this guide we'll show you how to set up authentication with...
Read more >About this guide | Google developer documentation style guide
This style guide provides editorial guidelines for writing clear and consistent Google-related developer documentation.
Read more >How to Contribute to Open Source
A guide to making open source contributions, for first-timers and for veterans. ... Put together a style guide to help the project have...
Read more >Git Branching Naming Convention: Best Practices
In simple words, a branching strategy is a set of rules, ... wip-ioc-container-added – the branch relates to the task to add an...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@pedrottimark I think Rule Documentation Template is probably the best place to start. I would go with maximum template, noting which parts are optional. @aubergine10 plan sounds good.
Here are the current rules that apply when
Validating Markdown Files
https://github.com/eslint/eslint/blob/master/Makefile.js#L329-L358