静的サイトの運営にGitHub(Git)は大げさという意見も聞きますが、実際に静的サイトのHTMLソース管理にGitHub+Sourcetreeを使い始めて数年、もうなしで管理するのは考えられないと思うようになりましたので、ざっくりとその理由を書きます。バージョン管理ができればSubversionでもGitでもなんでも良いのですが、とりあえず今回はMacでGitHub+Sourcetreeの組み合わせで管理するものとして話を進めていきます。※実際はGitHubだけでなくBitbucketを使ったり、Sourcetreeを起動せずにターミナルからGitコマンドを打ってしまうこともあります...。HTMLファイルをGitで管理する利点って?まずはじめに、HTMLファイルをGitで管理するとどんな良いことがあるのかを箇条書きします。・複数PCのファイル同期も完璧になる特に長期間運用するサイトの場合、例えばお客さんから「去年の同時期と比べてアクセス解析が〜去年のこの時期何か変えましたっけ?」とか、「このページリニューアルしたのいつでしたっけ」とか連絡が来ることも。いう時に、いつ、なぜ、どのファイルにどのように手を加えたかの更新履歴を一覧でズラッと見られるGitHub+Sourcetreeにはいつでも助けられています。メールや請求書を漁りながら何をしたか探すのはとても大変な作業ですが、それを無くせます(笑)GitHub上に全ての履歴を残しておけ、いつでも参照できることで、HTMLソースに過去の作業内容に関するコメントを残しておかなくても、サーバ上にXXXXbk.htmlを置かなくてもよくなります。「この画像、やっぱり前のバージョンに戻してください」と言われたときも、GitHub+Sourcetreeで管理していれば3クリックぐらいで元のファイルを取り出せます。ぼかしだらけで何がなんやらですが、GitHubやSourcetreeで変更履歴をたどると、画像であっても前後のバージョンを並べて比較できます。それが数年前のファイルでもですよ。便利ー!ちなみに、年度の切り替え時など、「現行のサイトの他に、次に公開するバージョンも作成したい」場合はブランチ(分岐)することで新旧サイトを分離した状態で制作でき、それぞれのサイトもコマンド1つであっという間に行き来可能です。現行サイトに加えた変更を、あとで次期バージョンにマージ(統合)することも可能です。旧サイトで更新した内容を、新サイトに反映するのを忘れてしまうようなことがなくなります。なくてもできるけど、あったほうが圧倒的に良いと思います。バックアップにもなりますしね。全世界に公開するのが前提のHTMLファイルなら、GitHubにアップロードしてもなんの問題もないはず。(もちろん、プライベートリポジトリにしてますよ!)複数サイトを運用制作しまくっていると、正直なところ、いつどのサイトをどういじったかを一つ一つ記憶しておくのは不可能に近いです。GitHubでバージョン管理していると、お客さんからのお問い合わせにテキパキ答えられることで、HTMLコーダーとしての信頼度も上がります。いつどこにどういった変更を加えたのかを、必要であれば一行一文字単位で説明できますから。将来的にHTMLコーダーのパートナーを作るなら、GitHub(そしてSCSSも...)を覚えてもらいたいなあと思いますね。暗闇ボクシングフィットネスのb-monsterとBurnes...関連記事(一部広告含む)この投稿へのコメントコメントはありません。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。検索プライバシーポリシーlima.world。