git diff --diff-filter で差分に出す内容を選択する - @kyanny's blog
簡潔なタイトルが思い浮かばないけど、 --diff-filter オプションを使うとこんなことができる: 「Rails 3.0.9 リリース時点のコードと、 3.0.4 のセキュリティ fix 用ブランチの間の差分を見たい。ただし、 3.0.9 には存在せず、 3-0-4-security ブランチにのみ存在する変更だけ見たい」それ --diff-filter=A でできるよ。 github.com/rails/rails を git clone してから以下のコマンドを試してみて。 --diff-filter ありとなしで結果が違うのが一目瞭然。 $ git diff --stat --diff-filter=A v3.0.9..remotes/origin/3-0-4-security実際にとってみた差分はこちらに。 https://gist.github.com/1051105 具体
GitHub - knu/zsh-git-escape-magic at 1a3e7740b7c3197160e33d03d034c0f1663f15fc
git-escape-magic for zsh Synopsis git-escape-magic - zle tweak for git command line arguments Description If you are a hard-core zsh user that takes extended_glob seriously for granted, you must be annoyed with git's refspec (notation to point a commit, tree, etc.) that goes like HEAD^ or blahblah~3 because the signs like [^~{}] are globbing meta-characters for zsh that require escaping to be pass
Mercurialにはamendがない @ val it: α → α = fun
This entry was posted by Jun Mukai on Wednesday, 22 June, 2011 git commitにある–amendというフラグをご存知だろうか。 gitでは、commitは手元のレポジトリに保存される。多人数で開発するときの中央レポジトリに反映させるには、commitしたものをpushする必要がある。……で、大抵の多人数で開発するプロジェクトの場合、commitした変更を(gerritとかの手段によって)レビューしたりしつつ、すべてが整ってから、pushするというのが一般的な流れかと思う。 だけど人間というのはうかつなことをするものだから、commitした直後に下らない間違いを犯しがちなわけだ。例えば、編集したのにChangeLogを追加してないとか。ファイル足したのにビルドファイルの変更を加え忘れたとか。そういうやつ。そういうしょうもない
transitive.info - git stash 使い方
git stash 使い方 現在のワークツリーを一時的に保存する 現在のブランチのワークツリーを一時的に保存するには stash を利用する。 git stash save とするか、save を省略して git stash とする。 このとき、stash にメッセージをつけるには git stash save "message" とする。 stash に保存されている状態の一覧を見る git stash list で stash に保存されている状態のリストを見ることができる。 stash@{0}: WIP on master: 1c2aadc "COMMIT_MESSAGE" stash@{1}: WIP on master: 1c2aadc "COMMIT_MESSAGE" stash@{?} とブランチ、親コミットが表示される。 stash に保存されている状態に戻し、stash
それ etckeeper でできるよ - /etc 以下を Git で自動的にバージョン管理 - おいちゃんと呼ばれています
こんにちはこんにちは。一昨日、さくら VPS に Git をインストールするエントリーを書きましたが、実はバージョン管理は etckeeper にもお世話になっています。 etckeeper というのは、Git 等のバージョン管理ツールを用いて、/etc 以下をほぼ自動的に管理してくれる有り難いツールです。下記のタイミングで自動的にコミットしてくれます。手動で任意のタイミングでコミットすることもできます。 -yum コマンド実行の前後 -日付が新しくなったとき << 以下、さくら VPS（CentOS 5.5 -64bit）で etckeeper を使えるようになるまでの手順をまとめてみましたので、よろしければ参考にしてください。 *目次 Git のインストール etckeeper のダウンロード etckeeper の設定ファイルの編集 etckeeper のインストール etckeep
Gitをバックエンドに使ったプログラマ向きWiki - Gitit - Masatomo Nakano Blog
Wikiというものはとても便利なんだけど、 大量の文章を書くにはWebブラウザのインターフェースはまだまだ辛い オフラインで使えない(文章書くのは電車が一番) 複数の文章を再構成したり、一括で検索したり、置換したりは、Webだとやっぱりきびしい と言った欠点がある。 とは言え、誰でも気軽に編集できるWikiの魅力も捨てがたい。 そこで、「Wikiではあるんだけど、ローカルでも自分の好きなエディタで簡単に編集できるツールないかなー」と探してみたら、 Gitit というWikiを発見した。 ここ数日、結構な量のドキュメントをGititで書いてみて、わりと満足しているのだけど、検索してもGititの日本語の情報があまり出てこないので紹介してみる。 Gititの特徴 コンテンツをGitのレポジトリに保存する。 そのGItレポジトリをcloneして好きなようにいじってからcommit/pushすれば
GitoriousとRedmineを使った開発 - ひかえめプロジェクト
注意: このマニュアルは完成版ではありません． 準備 サーバ管理者がやること Gitorious及びRedmineを運営しているサーバ管理者が最初にするべきことを示します．まずは，プロジェクトのリモートリポジトリをGitoriousに作成します． どこかで git init masterブランチ，developブランチを作成 Gitoriousで新しいリポジトリを作成（このリポジトリがプロジェクトのリモートリポジトリとなります．） 作成したリポジトリにmasterブランチとdevelopブランチを push ここまでで，プロジェクトのリモートリポジトリが完成です．続いて，このリモートリポジトリとRedmineが連携できるように設定します． Gitoriousはリモートリポジトリをハッシュ値のパスで管理しているので，分かりやすいパスで参照できるようにする 参考 リモートリポジトリにフックスク
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
github向けgitチートシート - uessay
gitの解説書というと、入門gitと入門Gitと実用gitの御三家だが、そのうち入門gitと実用gitが近所の図書館にあったので借りてきた。githubを使うという目的では実用gitの方がリモート・リポジトリに詳しい感じがしたので、ちょっとcacooでまとめてみた。 gitのチートシートは色々な人が作っているが、githubを介して2人が登場するところが工夫したところ。addとかcommitはgitを学ぶ最初の方の話なので省略した。branchも、作ったとしても、すぐにmasterにmergeするので省略してるが、後で自由に書き足せるのがcacooのいいところなので、要望があれば編集していくかも。
【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
gitのHEADがブランチから外れてしまう現象とその直し方 - 西尾泰和のはてなダイアリー
detached HEADって言う名前で入門Gitにも書いてあるんだけど、そういうことが起こりうるってメンタルモデルができてないと起きていることにすら気づかないので書いておく。 まず説明用のリポジトリを用意します。 t$ git init Initialized empty Git repository in /Users/nishio/gittest/pygit2/t/.git/ t$ touch a t$ git add a t$ git commit -m "add a" [master (root-commit) 6f6eb7c] add a 0 files changed, 0 insertions(+), 0 deletions(-) create mode 100644 a t$ touch b t$ git add b t$ git commit -m "add b" [m
git resetのundo方法 - 西尾泰和のはてなダイアリー
git resetを間違えて使ってしまったときのundo方法 まず説明用にリポジトリを用意します。 t$ git init Initialized empty Git repository in /Users/nishio/gittest/pygit2/t/.git/ t$ touch a t$ git add a t$ git commit -m "add a" [master (root-commit) 2b2e9a8] add a 0 files changed, 0 insertions(+), 0 deletions(-) create mode 100644 a t$ touch b t$ git add b t$ git commit -m "add b" [master 30955c0] add b 0 files changed, 0 insertions(+), 0 d
mod_wiki - cuspy wiki
俺の考えた最高のWikiシステムmod_wikiは軽量、高速、CLIフレンドリなGitベースのWikiシステムです。 特徴gitによる履歴管理Markdown記法による書式Pure C (apache module)mod_wiki はこんな人にオススメですWEBブラウザを使わずにemacsやvimなど、お気に入りのテキストエディタで編集したいRDBを使いたくない文書もSCMで管理したい、そしてgitが好きソースコードhttps://github.com/hamano/apache-mod-wiki ビルド% ./autogen.sh % ./configure --with-apache=<APACHE_DIR> \ --with-discount=<DISCOUNT_DIR> \ --with-libgit2=<LIBGIT2_DIR> --with-clearsilver=<CLEA
Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineering
こんにちは。インフラの sotarok です。 先日から Git 関連の話をしている通りですが、社内で Git を使い始めています。 今日は、Git を使った日々の開発〜リリースまでのフローや、そうしたものの運用と、それをサポートするために作ったツール git-daily の紹介をしたいと思います。 ソフトウェア開発とウェブ開発の違い いやウェブ開発も広義のソフトウェア開発なのですが、ここでいうソフトウェア開発とは、クライアントアプリケーションやライブラリのようなものを指すと思ってください。 実際、ウェブ開発をしている方は感じていることだとは思いますが、両者の開発フローはかなり異なるものです。もちろん社風や開発の方針等によって色々あるとは思いますが、主に次のような特徴が挙げられると思います： ソフトウェア開発 アプリケーションはクライアントで動作する リリース間隔は比較的長く、次のバージョ
Dropboxを利用してGitのプライベートリポジトリをつくる方法 - Rubellum fly light
はじめに GitのプライベートリポジトリをDropboxを利用して構築する方法です。 Dropbox上にリポジトリを作成することで、同期しているすべてのマシンからこのリポジトリを利用することができるようになります。 このリポジトリを共有ディレクトリにすることで、複数人による開発も可能となります。 なおこの記事では Mac/Linux を対象に環境を構築していきます（Windowsはよくわかりません＞＜）。 追記 bitbucketなら無料で非公開リポジトリを作ることができます。 特にこだわりがないなら、bitbucketを使うといいと思います。 準備 Dropboxのアカウント登録とインストール 無料会員でOKです（2GBまで利用できます）。 → Dropbox - Simplify your life →（参考リンク） ファイル同期のDropbox入門と、便利テクニックまとめ - nan
zshでGitのブランチ名をプロンプトに表示する / LiosK-free Blog
2011-05-09 カテゴリ: その他のプログラミング タグ: Tips Linux Zsh 車輪の再発明 トラックバック Git zshのプロンプトに、Gitのブランチ名を表示させたくなった。 ちょうど、↓の図のような感じに。 bashではgit-completion.bashで定義される__git_ps1を使って、例えば↓のような感じで書いていたけど、 # Show git branch name if [ -n "$(type -t __git_ps1)" ]; then PS1='\u@\h \w$(__git_ps1)\n\$ ' fi zshではvcs_infoという関数を使って実現するらしい。 vcs_infoはGitに限らず、各種のVCS (Version Control System)に対応しているようなので、一度設定しておけばCVSやSubversion、Mercur
git-flow と素の git を比べてみただけの記録 - yujioramaの日記
はてダも markdown 対応してほしいなぁ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Vim-users.jp - Hack #219: Gitを使う2 – Fugitive.vim
Git | GREE Engineering
JGit - Eclipsepedia