タグ

コミットに関するpokeraiのブックマーク (3)

  • クソ簡単にgitの説明をする

    どこもかしこも妙ちくりんな図で混乱させてくるのうざい 自分で書いてみる gitなんてクソ難しいんだから、きちんと概念を理解させようとかすんなよ なぜgitが必要かバージョン管理のために必要、と言うと意味わからんと思う プログラムみたいなのは少しずつ変更していくんだ だから細かに変更の差分を管理したり、変更を戻せたりしなきゃきつい なぜgitか?他のバージョン管理との違いうるせぇgit使え そんなの来年考えろ gitの基要素、用語branch: いきなり説明が難しいが、branchがわかればどうにかなる。 例えば、今編集しているプログラムに対して、RPGのセーブデータがあると思ってほしい。 それぞれのセーブデータがそれぞれのブランチにあたる。 セーブデータが1枠しか無いと、難しいだろ?何があるかわからない、戻ったり、試したりしたいからな。 セーブデータと少し違うのは、1個のブランチでも過去

    クソ簡単にgitの説明をする
  • よいコミットメッセージ・よくないコミットメッセージ - 弥生開発者ブログ

    こんにちは、mzpです。 今日はMisocaのesaに書いていた「よいコミットメッセージ・よくないコミットメッセージ」という記事を紹介したいと思います。 あらすじ 開発チームでは「コミットメッセージには変更理由を書いて欲しい」「コミットメッセージはWhatよりもWhyが大事」という話を何度かしているのですが、なかなか徹底できていません。 ので、もう少し具体的に「こういうコミットメッセージはよくないですね」というまとめを作ってみることにしました。 ちなみにこの過程でみつけたコミットメッセージに、こんなものがあります。 一切情報がなくておもしろいですね。 ファイル移動を移動した事実しか書かない これは以下のようなコミットメッセージです。 ファイル名を変更 ディレクトリを移動 ファイルを移動したことはコミットメッセージを見なくてもdiffから分かりますが、なぜその移動をしたかが分かりません。 の

    よいコミットメッセージ・よくないコミットメッセージ - 弥生開発者ブログ
  • Git で過去の Commit に一時的に戻り、作業後、また最新のCommitを復活させる - Qiita

    Mercurial だと hg update -r チェンジセットID で済むんだが、Git ではどうすればいいんだろう。 ググったところ、git checkout コミット名 でいいらしい。 ただ、そのままやると、git logで最近のコミットが見えなくなってしまうので、焦る焦る焦る焦る焦る焦る、お前ら焦らないか、俺は焦った。 (いや、一応 bitbucket にバックアップは取っているが、最新Commitについては自信がなかったのだ) だが、実は一時的な無名ブランチが作られて、そっちへ切り替わっているだけのようだ。

    Git で過去の Commit に一時的に戻り、作業後、また最新のCommitを復活させる - Qiita
  • 1