Markdown設計ドキュメント規約の導線を復活 (#211)

* change Require conversation resolution before merging

* Markdownガイドラインの導線復活

Author: ma91n

documents/forGitBranch/git_branch_standards.md

@@ -726,7 +726,7 @@ Branch protection rules にdevelop, mainなど永続的なブランチに保護
 |                           | Dismiss stale pull request approvals when new commits are pushed | -     | レビュー承認後のPushで再承認を必要とするかだが、レビュー運用上に支障となることも多く、チェックを外す |
 |                           | Require status checks to pass before merging                     | ✅️   | CIの成功を条件とする                                                                                 |
 |                           | Require branches to be up to date before merging                 | 任意  | CIパイプラインのワークフロー名を指定                                                                 |
-|                           | Require conversation resolution before merging                   | ✅️   | レビューコメントがすべて解決していることを条件とする                                                 |
+|                           | Require conversation resolution before merging                   | -     | レビューコメントがすべて解決していることを条件とする。チェックを外す                                 |
 |                           | Require signed commits                                           | ✅️   | 署名付きコミットを必須化し、セキュアな設定にする                                                     |
 |                           | Require linear history                                           | ✅️/- | mainブランチの場合はOFFとするが、developの場合はSquash mergeを求めるため有効にする                   |
 |                           | Do not allow bypassing the above settings                        | ✅️   | パイパスを許容しない                                                                                 |

documents/forMarkdown/markdown_design_document.md

@@ -37,8 +37,6 @@ Markdown に限った話では無いが、どういった内容を設計書に
 ::: warning 有志で作成したドキュメントである
 
 - フューチャーアーキテクトには多様なプロジェクトが存在し、それぞれの状況に合わせて工夫された運営方針が存在する。本規約はフューチャーアーキテクトの全ての部署／プロジェクトで利用されているわけではなく、有志が観点を持ち寄って新たに整理したものである。相容れない部分があればその領域を書き換えて利用することを想定している
-- 自社のセキュリティポリシーや外部サービス利用ポリシーがある場合は、そちらを優先すること
-- Slack Enterprise Grid／Google Workspaceを利用しているため、それらの機能を前提にしている記述がある
 
 :::
 

index.md

@@ -22,8 +22,11 @@ hero:
       text: Gitブランチフロー規約
       link: ./documents/forGitBranch/
     - theme: alt
-      text: Slack利用規約
+      text: Slack利用ガイドライン
       link: ./documents/forSlack/
+    - theme: alt
+      text: Markdown設計ドキュメント規約
+      link: ./documents/forMarkdown/
 features:
   - title: Readability
     details: ソースコードの可読性を高く保つことで、保守性・拡張性の高いソフトウェアを作ることができます。 しかし、可読性の指標は複数あり、デベロッパーごとに判断がブレ、それぞれのスタイルで記述すると、ソフトウェア全体で見たときの可読性が下がってしまいます。 本コーディング規約は、コーディング時の判断のブレを防ぎます。