B! 16 0 1 0 Gitはバージョン管理システムなのでソースコードなどで 古い記述を残さないで消してしまっても後から簡単に見ることが出来るので 余計な記述をどんどん消していく事ができます。 一方消したファイルも履歴に残っていますが、 いざ探そうと思うとちょっと面倒だったりするので とりあえず残しておこう、とか思う事もあるかもしれません。 そんなことをせずにレポジトリを綺麗にしておくためにも、 過去に削除したファイルを簡単に検索、復元させられる様にしておこう、 という話し。 過去に削除したファイルの検索 過去に削除したファイルを復元する .gitconfigにaliasを書いて簡単に検索、復元出来る様にする まとめ 過去に削除したファイルの検索 git log --diff-filter=D --summary をすることで過去に削除したファイルを検索できます。 $ git log -
CakePHPのCookbook翻訳で、gitの利用方法を以前書きました。 http://d.hatena.ne.jp/cakephper/20120709/1341808861 その時は、本家の最新の状態をrebaseで反映してから自分のリポジトリのブランチにpushするまでの流れを書きました。 その後は、githubのページから自分のブランチのページへ移動して、pullリクエストをcakephp/docsのmasterブランチに投げればマージされるのを待つのみになります。 今回、RESTの章を気が向いた時に少しずつ翻訳しながら進めていました。 https://github.com/cakephp/docs/pull/407 そうすると、毎回作業の終わりにコミットしたくなるのですが、途中経過のファイルをコミットするため、コミットメッセージとかどうしようかなと迷ってました。 いろいろと考え
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の３つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる！massageじゃない、messageだ！マッサージを作ってどうする！ 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi
id:cakephper さんがメモを書かれてますが、知らなかったものとかもあったので社内のredmineにメモってあるものをさらしてみます。 初期設定 git config --global user.name "Hoge Fuga" git config --global user.email "hoge@example.com" git config --global color.ui auto 専用の鍵を使う $ vi ~/.ssh/config Host git.example.com User git Port 22 Hostname git.example.com IdentityFile ~/.ssh/id_rsa_git TCPKeepAlive yes IdentitiesOnly yes 下書きの途中であげてしまった...(^^;あとで追記する。 便利な設定 cont
あんま知られてないけど，PHP界隈でも Web Advent 2008 っていう，アドベントカレンダーやってたみたいです．ぜんぜんしりませんでしたそしてちらっと読んだけどあまりおもしろくｎ（ｒ で，その中にちょっと面白げな記事を見つけたので，紹介． Web Advent 2008 / Don’t Commit That Error git の pre-commit hook を使って，エラーチェック だいたいはテスト走らせてコミットとか，実行させてからコミットとかするけど，ちょっとしたところの修正だから確認もせずにコミットしてしかもよりによってそれがエラー起こしてたりとか，まぁ，たまにありますよね． そのために，コミット直前の pre-commit にフックして，PHP Lintを走らせ，その結果次第でコミットをなかったことにしちゃったりしませんか，という趣旨の話． で，具体的には， コミ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く