zshにおけるgitの補完関数の実装はいまいちでした。zsh + git使いはzshの補完関数_gitを速くしたい! その2のような対抗策を講じるか、gitのときだけbashを使うかしていました。僕は一時期後者でした。 さてgitのtarballにcontrib/completion/git-completion.bashというのがあるのはディープなgit使いならご存知かと思います。残念ながらファイル名の通りbashでしか使えませんでしたが、v1.7.4-rc0でzsh compatibleになりました add the following lines to your .zshrc: autoload bashcompinit bashcompinit source ~/.git-completion.sh と指示通りに.zshrcに追記するだけでzshでもbashなみの快適さでgitを使え

最近Ubuntuを使い始めることにしました。 GUI環境でLinuxを使うのは初めてで、今回のお題であるgitも使うのは初めてです。 今回は、git環境を整えるために色々触ってみた際に遭遇した不具合の対処方法を書きます。 今回遭遇した不具合というのは、 “git log”や”git diff”で表示されるテキストに文字化けしたような変な文字列が挿入されてしまう というものです。 具体的には、Ubuntuにgitを入れて使ってみると、Ubuntuの初期状態には問題無かったのですが、多国語化ファイルビューア(ページャ)であるlvをインストールしてみた途端に、”git log”や”git diff”などのコマンド実行時に“^[["という文字列が行頭などに大量に挿入されて視認性が著しく悪くなるという不具合です。 この不具合の原因と解決方法は以下のようになっています。 原因 今回、大量に挿入されて

git最近、Git について勉強しています。Windows で Git をやるなら Cygwin と msysGit（Git for Windows） がメジャーなようです。Cygwin Git のいいとこ悪いとこCygwin は UTF-8 な日本語ファイル名にも対応しており、Cygwin の中で閉じて Git を使っている分には何不自由なく使えるのでお勧めです。ただし、次のような悲しいポイントがあります。 Cygwin 版 Git は、Windows 向けの GUI な Git ソフト(TortoiseGit や Git Extensions)との相性が悪い Windows のエディタやマージツールと連携しようとするとパスのポリシーが違うのでうまくいかないnkf を噛ませようとしても、Cygwin 用の nkf バイナリは公式配布されておらず、わざわざ Cygwin 上で make す

1  % git push origin refs/tags/v1.1 2  Counting objects: 1, done. 3  Writing objects: 100% (1/1), 159 bytes, done. 4  Total 1 (delta 0), reused 0 (delta 0) 5  To ssh://git.s21g.com/mnt/git/ezPhotoMail.git 6  * [new tag] v1.1 -> v1.1

Tig is an ncurses-based text-mode interface for git. It functions mainly as a Git repository browser, but can also assist in staging changes for commit at chunk level and act as a pager for output from various Git commands.

Made using Python and Qt with Linux, BSD, MacOS and Windows support

QGit is a git GUI viewer built on Qt/C++. With qgit you will be able to browse revisions history, view patch content and changed files, graphically following different development branches. Features View revisions, diffs, files history, files annotation, archive tree. Commit changes visually cherry picking modified files. Apply or format patch series from selected commits, drag and drop commits be

Giggle About Giggle Giggle is a graphical frontend for the git content tracker (think of gitk on GTK+). Giggle is the result of a Hackathon Imendio had in the weekend 12th-14th of January 2007. The hackers participating were Carlos Garnacho, Mikael Hallendal and Richard Hult. Later was developed by Imendio's Carlos Garnacho and Sven Herzberg. Right now we have moved to GNOME infrastructure. Links

Overview Here you can find out about the reasons to start this project and some general background. go to overview page Architecture In this section I briefly introduce the GITK system as it is now. You can learn about its components and layers, how the data gets processed and so on. go to architecture page Status On this page we inform about the general progress of the project and listing the nex

Code Archive Skip to content Google About Google Privacy Terms

If the images do not work, you can try the Non-SVG version of this page. SVG images have been disabled. (Re-enable SVG) This page gives brief, visual reference for the most common commands in git. Once you know a bit about how git works, this site may solidify your understanding. If you're interested in how this site was created, see my GitHub repository. Also recommended: Visualizing Git Concepts

Getting the GIT checkout Import Straight from the SVN repo First, we need to fetch a copy of the repository. git svn clone -s -r 40000:HEAD https://svn.parrot.org/parrot # choose some recent-ish commit -s is for --stdlayout which presumes the svn recommended layout for tags, trunk, and branches. -r is for the revision to start taking history from. If you want to include all of the history, just le

はじめに † gitでコミットログを修正したいです。 Redmineとかで、refs #10とかcloses #10とかつけるとコミットログにチケットを関連付けられますが、これがよく書き忘れるんですね…。 直前のコミットログを修正する方法あるみたいです。 直前のコミットログ以外も修正する方法はないのかな…。 (Subversionだとhookスクリプトで許可できますよね。分散型だとやっぱり無理？) ↑ 直前のコミットログを修正する方法 † 直前のコミットログの修正は"git commit --amend" でよいみたいです。 例えば、 $ git commit -m "fixed xxx bug" : # コミット完了! # あ！しまった！"refs #(チケット番号)"つけるの忘れてた！ # (私が使うプロジェクト管理ツールRedmineではrefs #13 のようにすると # コミット

いままでなんとなく使ってきたけど、ようやく使い方が分かったような気がするのでメモ。 前提知識 インデックスとワーキングツリーが理解できていること HEAD が何か分かっていること git diff ワーキングツリーとインデックスの差分を表示。 git add した後にさらに修正したけど、そういえばどの時点で git add したのかなー、というときに使う？ git add したらすぐにコミットする自分には関係なさそう。 git diff --cached HEAD とインデックスの差分を表示。 git add して、コミットする前に差分を確認したい時に使うんだと思う。 自分は git diff よりもこっちの方をよく使う。 git diff HEAD HEAD とワーキングツリーの差分を表示。 前にコミットした時からどれくらい編集したか確認したい時に使う。 HEAD の部分はコミット(HE