Add guidelines for formatting questions and explanations
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 35/100
- issue の種類
- ドキュメント
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- cpp, markdown
- 領域
- content, documentation
調査の方向性
まず、リポジトリに既存の質問と説明に関する規約を確認し、その後、提案された17個のルールそれぞれを現在のコンテンツと比較します。明確な適用範囲と文言を備えた、一貫性のあるフォーマットガイドライン一式がメンテナーによって承認されれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Suggestions from @tocic:
<changes> — <reason> — <automatable>:
- use ``` instead of
for code blocks (even inside quotes) — easier to read/write, code highlighting — greppable - no
using namespace std;— more vertical space —clang-tidy/greppable - no EOL at EOF — consistency —
clang-formatcan consistently do the opposite - 2 or 4 spaces for code indentation — consistency, more horizontal space —
clang-format (...)for omitting,[some text]for our remarks inside references — consistency — not*/**instead of_/__— consistency, to support_in refs — nothttpsinstead ofhttp— security — greppable- strip whitespace — easier to read —
git - remove/replace non-printable chars — looks like they are present in the original standard draft so we can ignore them in the future — greppable
- add missing punctuation — consistency, easier to read — partially greppable
- use
>instead of""for refs — easier to read, better highlighting — not - empty line before a quote — consistency, easier to read in long explanations — greppable
>instead of just>— consistency, easier to read — greppable- use
>(right angle bracket + newline) for linebreaks in quotes — vanilla markdown syntax, idk why it renders correctly without them — not - try to preserve the original formatting in quotes — hightlighting, easier to match — not
- always add a hint — if there's "No hint", the user loses his score for nothing — greppable
- refer to
¶note-Xand¶general-example-Ydirectly where appropriate — no need to write[*Note X*:and— *end example*]— not
- 主要言語
- Python
- スター
- 130
- フォーク
- 15
- 平均マージ
- 1分
- マージ済み PR(30日)
- 2
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
knatten/cppquiz のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 52/100
-
help wanted
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 38/100
-
Filter by difficultyオープンlow-pri
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
knatten/cppquiz の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
With emit_ontology_keys, one ontology key change is reported as two errors (keys and keys_digest)対応中かも @rvandewater が今日担当しました。 オープンbug priority:low
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
難易度 1/5 1〜3時間 初心者へのやさしさ 84/100
iausathub/satchecker#286 ·
メンテナーはふだん 1 日以内に返信
-
bug test
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
OpenAssetIO/OpenAssetIO#1527 ·
-
automated endpoint-dead needs-curation
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
almanac-data/climate-almanac#128 ·
メンテナーはふだん 1 日以内に返信