# Git管理対象外ページを認識できるようにしよう ## 🙄なんで？ 背景 TOPが先祖返り: トップページがWRで管理しているページだと思っていなかった。 歴史ページ 先祖返り： コードコミットではバージョン管理していないことを失念。 どちらもヒューマンエラー。 正しいと思って行動しているヒト特有の要因。 ヒトはエラーを起こすものなので、そこに対してアプローチするのではなく「環境を整える」ことで対策したい。 ということで、実施済みの対策のひとつ👇 :::info 【1】万が一、誤った認識のままリポジトリを正とし修正をしても、その後の作業となるリリース段階で気が付くポイントをつくるため、CMSの管理画面のフォルダ名にアテンションを追加する。 ::: ## 🥺 もういっこ、現状の問題とやりたいこと 【2】管理対象の要否判断は参画歴の長い者にしかわからない、というように属人化している。 参画歴に関わらず、管理対象の判断がつけられるよう「サイト構成表」を作成し管理状況を整理。 基本的なところについては属人化のないようにする。 （管理ルールも運用フローに組み込むとこまでがゴール） ## 🥰 うまくいくとなにが嬉しいのか、求める効果 ▶ 主な狙い - リリース事故の発生防止、リスク低減。 - 全体像を知る手がかりとなり、理解度の向上につながる。結果ミスやトラブルが減る。 ▶ 副次的効果 - 迷ったり悩んだりする時間を軽減、作業時間の短縮になる。 - 新規参画者へのレクチャーや業務の引き継ぎに活用することで、教育時間の短縮になる。 ## 🌈今日相談したいこと：運用ルールが曖昧なものについての方針検討をしたい！ 👉 ココについて相談したいです。 1）日本語についてのすり合わせ :::warning できた！ でもいっこ課題： - Nだけど場合によっては使うときがあるから要注意 については、手順や他にできそうな対策を検討する。 ▶ 他にできる対策 - リポジトリのファイルに注意喚起を施す ::: 2）英語ページ、Git管理の要否を精査したいのでその相談 :::success できた！ 次ステップにすすめる状態になった。 ::: 🔗 [シートはコチラ](https://kabayaohayo.sharepoint.com/:x:/s/HD_web_team887/ER0TfxNEl7pOhSyAmgEQ5-wBlHAR5QuzZWCx02he6zv3Yw?e=dQW5lq) ## 🧐ついでに：聞きたいこと - 管理ルールについてヒアリング。 見えるとこに置きたいけど、どこがいいかな？ 👉 ExcelでもOK！でもファイルが壊れたらどこに保存しているか迷子になっちゃう。 - メンテは誰がいいと思う？ 吹越意見👉 やっぱりディレクタかな〜！ 点灯や消灯時にメンテタスクを追加するようにして漏れを防ぐ。また定期的な見直し期間を設ける。