itB!HatenaPocketLINELINECopyチームで開発とかしているわけではないので、Gitなんか使う必要あるのか?と言う気がしないでもないですが、バージョン管理のために使っています。ステージングに失敗したら。変更内容を知りたいGitが管理しているバージョンとはGitのマニュアルを読むと大体最初に書いてあるのが、バージョン管理システムの進化の歴史です。原始的なバージョン管理はファイル名を変えたり違うディレクトリにファイルをコピーしたりというファイル単位の履歴管理。問題点として新旧ファイルの取り違えや誤ったファイル操作などが挙げられていて、Gitを使えばよろしいということになる。表も数式も使っていない報告書に「20180119_最新版2.xlsx」などと訳のわからないファイル名をつけている場合ではないのです。ProGitというマニュアルを見つけてウンウン唸りながら読んでいて(日本語版もあるなんて気が付かなかったんだよう)はたと気が付いたのは、Gitが管理しているバージョンはファイル単位じゃないってこと。何をいまさらと言われるかもしれないけれど、やっと気が付きました。原始的なファイル単位のバージョン管理という意識を捨てなくちゃいけない。プロジェクト単位の発生イベントの管理と捉えるとしっくりくる気がします。別に巨大プロジェクトだからソースコードが複数のファイルに分かれちゃって...とかいう規模じゃなくても、一本のソースコードとドキュメントとサンプルデータと...なんて考えれば、極端な話ちょっとしたスクリプトでもプロジェクトになり得るわけで。気の利いたコメントはないんかと思っていたんですが、プロジェクトの始まりなんだからこれでいいじゃん。