photo by yukop gitを使い始めるとcommit, push, pullなどはある程度理解出来るようになりますが、fetchってなんだ？ってなりますよね。 あまり馴染みにくいのは、pullがfetchとmergeの両方を組み合わせたコマンドだからなんですね。 pull = fetch + merge origin/master fetchとは gitの場合、リポジトリはリモートとローカルの２ヶ所あります。fetchとはリモートリポジトリから最新情報をローカルリポジトリに持ってくるコマンドです。 fetchをしても、pullのようにファイルが更新されるわけではありません。 あくまでもローカルリポジトリが更新されるだけです。 もっと詳しくいうと、例えばmasterブランチを使っているのであれば、 origin/masterが更新されるということです。 masterとorigin/

問題 git push しようとしたら、rejectされた。どうしよう。 C:\tmp\gittest\testB>git push c:\tmp\gittest\test master To c:\tmp\gittest\test ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'c:\tmp\gittest\test' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Merge the remote changes (e.g. 'git pull') hint: before pushing again.

Gitで無視ファイルを細かく設定する際にはまったので、メモ ヘルプ こまったら、これで $ man gitignore web版 前提 まずは前提を抑えておかないと、はまる 既にトラックされたファイルはgitignoreが効かない $ git init $ touch hoge.txt $ git add hoge.txt # トラックされた後に $ vim .gitignore # 無視設定しても hoge.txt $ git status # 効かない 既にトラックされたファイルを無視対象にしたければ、git rm --cached $ git rm --cached hoge.txt # 上記のトラックされたファイルをインデックスから削除すれば（ワークツリーはそのまま） $ git status #gitignoreが効く # もしhoge.txtをcommit済みの場合 $ git

$ git clone -b ブランチ名 url ディレクトリ名

前回、ローカル・リモートそれぞれで更新管理用git・本番環境用gitを構築しました。 でも、commit・push・pullをしてやっとweb公開されるというちょっと手数が多い感が…。ということで、pullを自動化！ 修正のフローをおさらい 1.ローカルで修正してcommit 2.リモートの更新管理用にpush 3.リモートの本番環境で、更新管理用からpull wordpressのアクションフックやフィルターフックみたいに、 gitにもコミットやプッシュの前後に処理を挟み込むことができます。それがhooksです。 hooksというフォルダの中にある、〇〇.sample というファイルがフックスクリプトです。このファイルにスクリプトを書き、ファイル名を変更すれば動作します。 pushするだけでOK!な、pullの自動化をするよ! 今回は『push』された後（正確には全てのブランチが更新された

この記事は2011/4に掲載されたものです。 記事の内容が古くなっている為、現状と異なる可能性があります。 earthquake_jpに関連して作業したので備考録としてメモ。 前提 gitのリモートリポジトリとHTTPサーバが同一のサーバに存在している状態です。 別サーバで行う場合はgit cloneを行う際にパス無し秘密鍵でcloneして おかないと上手く動作しないと思われます。 処理の流れ 開発者 → コミット → プッシュ → post-receive → Web API → git pull 失敗 最初はpost-receiveでpullを発行しようとしたが、HTTPサーバとgitosisの権限が異なる。 sudoを発行してみたが、エラーが発生して処理が行えない。 結果 post-receiveはWeb APIへとアクセスする。 Web APIはHTTPサーバの権限で動作する。 W

第一回 GitHub Kaigi で発表した資料です。

公開鍵／秘密鍵を使ってリモートのSSHサーバーにアクセスする場合、秘密鍵にアクセスするためのパスフレーズを聞かれるようになる。Xが立ち上がっている端末であれば、初回の秘密鍵アクセス時にのみパスフレーズを聞かれるのだが、例えばリモートのSSHサーバーから更に別のSSHサーバーにアクセスしたい場合は、SSHで接続する都度パスフレーズを聞かれて面倒になることがある。 今使っている環境では、メインのLinuxマシンの上で仮想マシン（Linux）を動かしていて、仮想マシンにSSHで入って開発をしている。gitリポジトリはまた別のサーバーにあって、そこにもSSHでつなぐ必要がある。リモートのgitリポジトリにアクセスする度に、パスフレーズを聞かれるのがウザかったので、仮想マシンにSSHでログインした後、手動でssh-agentを立ち上げてssh-addで秘密鍵を登録（このときパスフレーズを聞かれる）し

ごりゅご.com

gitで自鯖のレポジトリにpushがあったら、 同じく自鯖にあるhtmlを更新したい。 (github-hookはちょっと前にやったけど、こっちは初めてだった) git hookは、gitが持っている「コミットされたらなんかする」系の仕組み。 Git - Git フック 開発環境側で「コミットする直前」とか、 サーバーの側で「プッシュされた直後」とか、 いろんなタイミングで、決まったshell scriptを実行できる。 shell scriptは、.git/hooksに置く仕組みになっている模様。 今回は、この サーバーサイドフックの、 post-receiveを使ってみる。 設定する クライアントサイドでやる作業はなし。 サーバー側でやる作業はだいたいこんな感じ。 # gitレポジトリへ移動 cd git/my-website.git # post-receiveのスクリプトを設置 v

デプロイは神経を使う作業です、安全なはずのコマンドでも結構ドキドキしながら実行するはず。 Capistranoとかfleetとか使ってデプロイされている方にはこの記事は読む価値がないかもしれないです、 リモートサーバに入ってgit pullとか、ましてやローカルで色々前処理した上でrsyncでリモートにデプロイしている方にはこの記事は価値あるかもしれません。 要は手元のPCから、 の1コマンドでデプロイを実現してみようってはなしです。 Node.jsアプリベースで記述していますが、RubyでもPHPでも何でも読み替えられると思います デプロイの構成 デプロイの構成は下図です、 デプロイ先のサーバにはpost-receiveフックを仕掛けたbareリポジトリを用意しておきます。post-receiveフックの中身は同じサーバ内のpublicディレクトリでのチェックアウト + 前処理 + アプ

リモートサーバのgit環境を構築 + git pushでdeploy出来るようにするまでのまとめ 2012.04.05 Mac プログラミング 開発環境 Git, Mac, ssh ローカル環境とリモート環境の準備 ようやくgitを少しずつ使い出してみたもののデプロイするにはどうすればいいのか分からなかったのでとりあえず作業内容をメモしておく。 ローカル：mac OSX 10.6 リモートサーバ：CentOS 5.5 公開鍵方式でSSHにログイン出来るようにする ローカル環境での操作 ターミナルでログインし、ホームディレクトリで秘密鍵と公開鍵のペアを作成する。RSA方式でよいと思われる。 MacBook:~ clicktx$ ssh-keygen -t rsa Generating public/private rsa key pair. Enter file in which to sa

以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗

↓のv1.1.0版の方が、より見やすく改善したものになってます！ http://www.slideshare.net/matsukaz/git-28304397 社内で開催したGit勉強会の資料。 SVNとの比較や、Gitの内部構造と各コマンドの関係、ブランチやリモートリポジトリとの関係を分かりやすく説明したつもり。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・！15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/devRead less