ヒストリの共有 zsh では以下の設定を .zshrc に追加することで複数の端末の間でヒストリの共有を行えます。 setopt share_history bash でも .bashrc に以下の設定を追加することで利用できるようです。 # こちらのサイトより引用いたしました。 # http://iandeth.dyndns.org/mt/ian/archives/000651.html function share_history { history -a history -c history -r } PROMPT_COMMAND='share_history' shopt -u histappend export HISTSIZE=9999 イベント指示子 イベント指示子 ( ! , !- , !! , ^ , etc…) を用いてヒストリ機能を使う事もできます。 使用例bash
使っていた理由 とりあえずoh-my-zshを入れておけばzshがいい感じに動いてくれるし、面倒そうな設定もしなくて済むし便利、くらいの気持ちで使っていた。 不満 それほど大きな不満ではないけど、以下の2つが小さなストレスだった。 シェルの起動が遅い ブラックボックス感 シェルの起動が遅いのは一概にoh-my-zshだけのせいとは言えず、プラグインの影響もあると思うのだけど、体感的に遅いと感じるレベルだった。 ブラックボックス感というのは、zshに対してどういう設定がされているかわからん、ということ。最初は「とりあえず使う」「便利」とか言ってても、だんだんと自分が明示的に設定したものだけが動いてる状態にしたくなってしまう。 どうやってやめたか 一度.zshrcをまっさらにしてから必要な設定を順番に書いていっただけ。もともと多くを必要とはしていなかったので、それほど大変ではなかった。なーんだ
プロジェクト移行期に入って暇な時間ができたので、開発環境をリフレッシュすることにした。vim や zsh の設定が少しずつ壊れてきていたのだった。 .vimrc や .zshrc を眺めてみると、かつて意識が高かった頃に施した設定が何のためのものだったのか忘れてしまっていた。別人が書いたスパゲティコードのようだった。 また vim や zsh の設定を検索して理解するべきなんだろうか。ここで覚えた知識はまたすぐに忘れてしまうんじゃないだろうか。設定が洗練されるほどに、それを更新する機会もまた少なくなってくる。設定が必要になるきっかけは忘れた頃にやってくるもんだ。 やり方を根本的に見直す時期なのかもしれない。新しいツールもいまなら選択できる。 まず、vim から atom に移行した。git のコミットメッセージやちょっとしたファイルの修正ではまだ vim を使うものの、細かい設定が必要にな
駆使している人は多くないだろうけど、大概のシェルには pushd と popd がある。 pushd でディレクトリスタックにカレントディレクトリを入れて移動、 popd でディレクトリスタックの最上位のディレクトリを pop してそのディレクトリに移動してくれる。 しかし、 pushd なんてコマンド覚えにくいし、打ちにくい。もちろんエイリアスをしてもよいが、いちいちディレクトリスタックを表示してくれちゃうのもうざったい。そこで zsh の場合、 setopt AUTO_PUSHD とオプションを設定してやれば、普通にcdするときにもディレクトリスタックにそのディレクトリを入れることができる。あとpopdも打ちにくいので、pdとかエイリアスをあてとくと楽になる。 ディレクトリスタックの最上位を使うのも便利だが、途中のも掘り出したいなんて場合があると思う。そんな時には次のように、
前回はサブコマンドとファイル名を手抜き補完に続いて 今回はssコマンドの補完関数を作成しました。 作成したものはgithubにも公開してます。 glidenote/ss-zsh-completion 事の発端 twitterを見ていて、下記のようなtweetを発見。 fedoraのnetstatのmanを見てて気付いたけど、netstatは時代遅れだからssを使いなって書いてあるね。 — Masami Ichikawaさん (@masami256) 5月 4, 2012 確かに自宅サーバのFedora16でman netstatを見てみるとそんなような事が書いてあるThis program is obsolete. Replacement for netstat is ss. Replacement for netstat -r is ip route. Replacement for n
最近 oh-my-zsh ってのがあるって聞いた。インストールするだけで zsh が便利になるみたいなので、早速試してみた。 oh-my-zsh って何? oh-my-zsh は zsh の設定を管理するフレームワークで、いろんな設定を有効にして管理、更新できるようになる。プロジェクトは GitHub で管理されてる。 http://github.com/robbyrussell/oh-my-zsh 特徴としてこんなことが挙げられてる。 40以上のプロンプト テーマ 便利なプラグイン 自動アップデート機能 コミュニティ主体の開発(みんなの設定を取り込んでいく) インストールすると、だいたいこんなことが設定される。 プロンプトがかっこよく(?)なる alias がいっぱい設定される よく使う option が設定される インストール直後はこんな感じ。 Git のブランチ名も表示される。 必要
zsh で Git 使ってる人はプロンプトにブランチ名とかを表示してる人も多いと思う。 zsh に標準で入ってる vcs_info っていうのを使うとだいたいいい感じにできるんだけど、できないことも当然ある。 例えば stash した数の表示には対応していないので、自分で無理矢理な感じで Git コマンドを呼び出してプロンプトに表示してる人もいると思う。 でも zsh 4.3.11 ぐらいから vcs_info に Hooks というのが追加されて、元の機能に自分で処理を追加できるようになってる。これを使うと好きなようにカスタマイズできるようになるので紹介する。 この記事でできるようになること こんなことがプロンプトに表示できるようになる。 使用しているバージョン管理システムの名前(svn, git, hg, ...) 現在のブランチ名 マージ失敗のエラー表示 さらに Git の場合は以下
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 Git を使ってファイルを編集した場合、それをいったんインデックスに追加(add)してその後コミットってのが基本的な流れになる。なんかいろいろやってると、ちゃんと add したのかどうかわかんなくなることがある。 そういうときは status コマンド使えばいいんだけど、以前エントリ書いた zsh の vcs_info の機能を使うといい感じにプロンプトに表示できるようになるので紹介する。 zshrc の書き方 こんな風に zshrc に書いておけば OK。 autoload -Uz add-zsh-hook autoload -Uz colors color
zsh で、変数の展開（評価）にパターンマッチ（正規表現じゃないの）が使えるっていうのを知った。zsh でしか試してないけど、他の shell でもできたりするのかも。 パターンマッチで削除系
現在は m4i さん作のcdd を tmux, bash, multi session +α に対応した - カワイイはつくれる のcddを使うのがオススメです。 screen を使ってると、別の作業している WINDOW のカレントディレクトリに移動したくなることってありませんか？私は月1000回ぐらいあります。で、毎回手動で打つのがめんどくさくなってきたので zsh スクリプト書いてみたら思っていた以上に便利だったので、汚いスクリプトですが公開します。 http://svn.coderepos.org/share/lang/zsh/cdd/cdd 使い方は、上記スクリプトを checkout したりダウンロードしたりしてから、.zshrc に autoload -U compinit compinit source ~/path/cdd # (cdd はこのファイル) するを追加します
出力の最終行が表示されない 改行コード (\n) で終わっていない出力のときこの現象が発生します プロンプト% echo -n hoge プロンプト% シェル変数 promptcr が標準でセットされているため、最終行が一旦クリアされてしまっているからなので、 unsetopt promptcr とせっていすれば、クリアしないようにできます。 プロンプト% echo -n hoge hogeプロンプト% ただし、unix の世界ではテキストである標準出力やファイルの終端は改行コードである"べき"なので、 zsh が「改行コードで終わらない出力」に対して警告しているようなものです。 ファイルリスト(補完リスト)に色を付けたい まず、ls の出力に色を付けたい時は環境変数 LS_COLORS を設定することで実現できます(GNU ls の機能) export LS_COLORS='di=01;
参考 URL 漢のzsh FreeBSD なあなたのための zsh (The Z Shell) 設定 zshのある暮らし2 至高のコマンドインタプリタzsh zsh に関するドキュメント（翻訳） zshのおぼえがき .zshrc #!/bin/zsh autoload -U compinit compinit # emacs style keybind bindkey -e # ヒストリ検索 ^P ^N の設定 autoload history-search-end zle -N history-beginning-search-backward-end history-search-end zle -N history-beginning-search-forward-end history-search-end bindkey "^P" history-beginning-search
コメントする トラックバックする カテゴリー:プログラム zshの環境構築。 以下のサイトを参考にさせていただきました。 zsh Introduction of the ZSH tips for zsh -- zshの覚書 【コラム】漢のzsh 第1回 最強のシェル、それは「zsh」 (MYCOMジャーナル) /usr/share/doc/zsh/examplesにzshrc.gzがあるので、これをベースに構築しました。 $ cd /usr/share/doc/zsh/examples $ cp zshrc.gz ~ $ cd ~ $ gunzip zshrc.gz $ mv zshrc .zshrc グローバル・エイリアス。「ls -ltr | tail」が「ls -ltr -g T 10」に省略出来る。便利！ alias -g L='| less' alias -g H='| head
この文書についてhttp://grml.org/zsh/zsh-lovers.html の和訳です 誤字, 誤訳など有りましたら http://twitter.com/hamano まで 名前zsh-lovers - Z shell の為のチップスやトリックや用例 概要これを読んでね. ;-) 要約私たちが zsh のマニュアルを読む度、用例やシェル生活における単純な通例が無いことに驚嘆します。 zshは多くの機能を持ちます、しかしmanページには(procmailex(5)の様な)用例が在りません。 それが私たちがこのmanページを書いた理由です。 大部分のトリックとonelinerはzsh-usersメーリングリスト、zsh-workers、google、ニュースグーループと私たちから生まれました。 詳しくはLINKSセクションを見てください。 注意: この manページ(zsh-lo
昨日最後に書いてた screenのステータスラインでウィンドウ毎に実行されている(された) プログラム名を表示する方法を紹介します。 実行すると↓の様になります。 [23:46] 0 vi 1 mongrel_rails 2 top 3 tail 4 autotest tail でログを流しつつmongrel_rails 起動したり、topでプロセスの動作確認しつつ viでプログラム弄るとやってるんですが、windowを切り替える時にどのウインドウで どの作業してたかわからなくなるので、こんなことしてみました。 あまり切り替えで役に立ったことないけど、 top実行したいけど、top用のウインドウ起動してないから^t cで作成してtopとかには 使えます。 というわけで必要な設定。 まず~/.screenrcから hardstatus alwayslastline "[%02c] %`%-w
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く