コミットログには"Why"を書け？ よくコミットログには「何をしたか」ではなく「なぜその変更をするのか理由を書け」と言われます。 これは確かに一理あります。 例えば、コミットログに などと書かれていたとすると、「いやいや、そんなのはgit log -pすればわかるでしょ。何で変更するのかその理由を書いてよ」と言いたくなります。 そこでチームの規約で「コミットログには理由を書くこと」と定めたとします。 まあよくある話ですね。 そうすると、コミットログはこうなるでしょう。 さあこれでよいでしょうか？ 「理由」を突き詰めると「生きる理由とは？」になってしまう これは確かに立派な理由かもしれませんが、「ではそれは何のために？」と理由をさらに深堀りする人がいるかもしれません。 「なぜその変更がSEO的に有効なのか？」 「そもそもなぜSEO対策が必要なのか？」 これらの疑問はもっともです。 コミットロ
元々 Git というバージョン管理システムは、その性質として大きなファイルやバイナリファイルを扱うのが苦手だった。 そんな欠点を補うために GitHub が開発したのが今回扱う Git LFS (Large File Storage) という拡張機能 (仕様) になる。 git-lfs.github.com これは、大きなファイルやバイナリファイルの実体を Git リポジトリではなく HTTPS サーバで保持することで実現している。 Git リポジトリでは、ファイルを本体の代わりにメタ情報を含むテキストファイルの形で管理することになる。 これらの仕様 (プロトコル) は公開されているため GitHub 以外の Git ホスティング事業者でも Git LFS を実装できる。 github.com 例えば現在では Bitbucket Cloud でも次のように Git LFS に対応している。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く