$ git grep <regexp>Try it out on a project, then try the same search with ack and grep and you see that we have speed that’s better than either grep or ack. But we can make some improvements: Allow extended regular expressions $ git config --global grep.extendRegexp true git can also support full blown Perl regular expressions as well, by compiling git with libpcre. Easy for homebrew users: $ brew

Mergeしんどい 今までConflict起きたら直接コンフリクトしたファイルを編集して完全手動で直してたんですが、mergetoolの存在とかvimdiffとかで出来そうと思って調べました。 Gitの設定 git config --global merge.conflictstyle diff3も紹介されていたけど共通祖先を表示する必要性を感じなかったので無視した。 promptをfalseにすることでmergetoolした時のpromptを省略して編集を始めるようにし、keepBackupをfalseにすることでmergetoolがデフォルトでは自動的に生成する*.origファイルを生成しないように出来る。 Vimの設定 左から1,2,3って覚え方でよさそう。Local,Base,Remoteの頭文字とかでもKeymapに余裕があるならよさそう。 一度diffgetしたあとUndoする

Redirecting… Click here if you are not redirected.

プロジェクトのGitサーバをWindows機で構築する機会があったので、簡単に手順をまとめておきます。 通常はLinuxで構築することが多いと思いますが、今回はプロジェクトの制約でWindows機を使うことになりました。 ここで紹介する手順は、小規模な社内環境を想定していますので認証、セキュリティは考慮していませんが、「最小の構成でよいから手軽に構築したい」といった場面でのご参考にしていただければと思います。 環境 インストール 共有リポジトリの作成 外部接続の設定 接続確認 1. 環境 今回、構築する環境は以下のとおりです。 共有GitリポジトリはWindows機上に構築 GitにはmsysGitを用いる 共有Gitリポジトリとの接続はgitプロトコルを用いる クライアント側のGit環境は構築済みとする 接続にgitプロトコルを用いることで、SSH鍵等の準備する手順を削減しています。 2

なぜか2バイト文字ガン無視で作られたGitちゃん。そんなGitをWindows環境で使うと、簡単に文字化けする。そこをなんとか、ようやく日本語に対応しつつあるMsysGitを使って文字化けしないように導入する方法をどうぞ。 MsysGitは最近(2012年現在)、ようやくUTF-8(UTF-8N)環境に対応したと謳っているWindows向けのGitクライアント。自分はこのMsysGitでGitを使っている。だが実際、使ってみると文字化けしたので、ちょっと工夫が必要なよう。また前提として、ファイル名はMS932、中身はUTF-8で書くとする。 MsysGitを入れる まずは普通にMsysGitを入れる。ここのDownloadから「Git-1.7.XX-previewXXXXXXXX.exe」とかをダウンロードして、実行しよう。 インストール中に聞かれる設定項目はほとんどたいしたことないので、

Cygwinが提供しているパッケージ版のgitはバージョンが古い(1.7.9)ので、最新版を使いたくなりますよね。 自分で最新版gitをインストールする方法を紹介します。 Github上のgitのソースコードをコンパイルしてインストールしたらいけます。 事前準備 apt-cygをインストールした上で、必要なライブラリ一式をインストールします。 (apt-cygを入れる方法は省略) 必要なパッケージを入れる apt-cyg install make apt-cyg install autoconf apt-cyg install zlib apt-cyg install zlib-devel apt-cyg install libiconv apt-cyg install python gettextを手動でコンパイル＆インストール cd /tmp wget http://ftp.gn

22:56 @thinca さんからの指摘を追記 @yuroyoro あとお節介ですが、n個前とdiffなら HEAD^ より HEAD~ の方がいいと思いますよ。両者では若干意味が違います。~なら HEAD~3 と数字が書けるのも利点です。あと個人的にはwhatchangedよりlog --statの方が見やすくて好きです。 2010-10-08 22:30:52 via Tween to @yuroyoro @yuroyoro URL このgitconfigの記事に関して質問なのですが、core.excludesfile は $HOME で動きますか?以前試した時ダメで、~/ なら動いたのでこちらを使ってるんですが。 2010-10-08 22:20:49 via Tween to @yuroyoro 「そんな.gitconfigで大丈夫か?」 そんなわけで、仕事でもモリンモリンにgi

次のコマンドを一度実行することで、マージコミットのコミットメッセージに、そのマージコミットでのマージ対象となる個々のコミットのコミットメッセージの一行目が含まれるようになります。 git config --global merge.log true

Team’24が昨夜ラスベガスでスタートしました。このブログでは、Team’24のファウンダーキーノートで発表された内容の一部をご紹介します。

This domain may be for sale!

stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace

The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s

(訳注：この資料は、http://www.kernel.org/pub/software/scm/git/docs/user-manual.html に掲載されている 内容を日本語訳したものです。 英語が得意でないので、誤訳があるかもしれません。 必要な場合は、原文を参照してください。) git は高速な分散リビジョン管理システムです。 このマニュアルは、基本的な UNIX コマンドのスキルをもった人が読むことを想定していますが、 git に関する前提知識は必要ありません。 Chapter 1, リポジトリとブランチ と Chapter 2, 履歴の探索 では git を使用してプロジェクトを取得・調査する方法を説明します。 — これらの章を読むことで、ソフトウェアプロジェクトの特定のバージョンをビルドして テストしたり、回帰点を探し出す方法などを習得してください。 実際に開発する必要のあ