最強のヒストリ補完を作りました - tellme.tokyo
最強のヒストリ補完を求めて シェルヒストリに不満を持っていたので自作しました。今の自分にとっては必要な機能を盛り込んでいて便利に使えていますが、誰かにとっては、もしくは数カ月後の自分にとってはぜんぜん最強じゃないかもしれないです。 以前このようなエントリを書きました。 www.tellme.tokyo このころから (いやもっと前から) シェルのヒストリ補完に不満を持っていました。 単純にデフォルトの C-r だと目的のものを探しづらい 例えばコマンド名の一部だけだとノイズが多すぎる けどディレクトリは覚えているからそれでもフィルタしたい、とか 他にも色々あって (その理由について先のエントリを見てもらうとして) zsh-history というツールを書きました。 GitHub - b4b4r07/zsh-history: A plugin for zsh history extended
zshとbashでは変数の単語の分割ルールが違う - Qiita
変数の値にスペースが含まれているとき、zshとbashで単語の分割ルールが違う。zshでシェルスクリプトを書くときに注意が必要になるので紹介する。 例1: 変数をコマンドの引数に指定する 変数の値にスペースを入れて、それをtouchコマンドの引数にしてみる。 zshの場合は変数の値が1つの単語として扱われる。なのでfile1 file2という1つのファイルが作成される。 % filename="file1 file2" % touch $filename % ls -l -rw-r--r-- 1 mollifier mollifier 0 12月 4 10:36 file1 file2
Operation Not permitted, when installing zplug plugins on windows subsystem for linux (WSL) · Issue #398 · zplug/zplug
{"pid":6212,"shlvl":2,"level":"INFO","dir":"/home/shawn/.config/zsh","message":"turn monitor on","trace":["__zplug::log::write::info:2","__zplug::job::polling::periodic:9","zsh:1"],"date":"2017-04-21T20:24:43-0700"} {"pid":8473,"shlvl":2,"level":"INFO","dir":"/home/shawn/.config/zsh","message":"ZPLUG_LOADFILE is not found","trace":["__zplug::log::write::info:2","__zplug::io::file::load:3","/home/s
zsh: use completions for command X when I type command Y
In zsh, I have a function called g which acts like this: with no arguments, call git status with one or more arguments, delegate to git with all given arguments - i.e. call git $@ I would like the tab completions for g to be exactly the same as for git. I can achieve this with alias g=git, but that doesn't allow me to call status by default (the first point above). How can I delegate to the comple
zshのzstyleでの補完時の挙動について - voidy21の日記
zshというシェルはデフォルトでも素晴らしいのですが、あまりに拡張性が高いので全ての機能を使いこなすのは逆に難しいと思います。 特にzstyleというコマンドの文脈に応じた補完候補への設定関数は、使用するとどうなるのかヘルプを見てもWeb上を見てもよく分かりません。 そんなわけでzstyleの挙動について調べてみました。 参考にしたサイト http://www.gentei.org/~yuuji/rec/pc/zsh/zshcompsys.txt http://wiki.fdiary.net/zsh/?ColoredCompletion http://grml.org/zsh/zsh-lovers.html http://www.dna.bio.keio.ac.jp/~yuji/zsh/zshrc.txt http://q-eng.imat.eng.osaka-cu.ac.jp/~ippe
書くのが面倒な zsh 補完関数を簡単に生成するツール「zgencomp」つくった - tellme.tokyo
b4b4r07/zgencomp・GitHub zgencomp を使えば、Zsh コマンドの補完関数を簡単に生成することができます。 背景 Zsh の醍醐味のひとつが補完機能であるのは言わずもがなですね。 この補完について、基本的なコマンドや有名プロジェクトのコマンドなどの多くは提供されているのですが、自作コマンドもちろんのこと、マイナーなコマンドは提供されていなかったりします。 その場合、ユーザが Zsh スクリプトの記法で補完ファイルを記述しなければなりません。これが結構骨の折れる作業で、Zsh が提供する補完インターフェースは高機能ゆえに複雑怪奇で、並みのユーザはおろか熟練のシェルスクリプターでも投げ出したくなる様です。 特に自作コマンドの場合、コマンドの作成で疲弊して、マニュアルやドキュメンテーションでも疲弊しているところにこの補完機能の作業となると、まず補完は諦めがちです。 z
zsh補完関数の書き方(訳)
by John Beppu translated into japanese by Jun Mukai このコラムを読んで数ヶ月もしないうちに、あなたは zsh の途方もないタブ補完システムについて学んでいるだろう。自分の $HOME/.zshrc ファイルに次の2行を足すだけで、タブキーでファイル名を拾うだけでなくて、コマンドラインオプションも持ってくることができる。 autoload -U compinit compinit ある Linux コマンドに対するコマンドラインオプションのリストを提供するために、 zsh はそのコマンドに対応した補完関数を実行する(つまり、 ls とタイプしてタブキーを押したら、 zsh は ls の補完関数を実行するのだ)。個々の補完関数はコマンドのオプションをリストアップし、どのオプションが引数を要求するか提示してくれる。補完関数はコンテキスト依存に
zsh補完関数を自作すると便利 - はこべにっき ♨
会社でコードを書いていると、いろんなプロジェクトのディレクトリ間を頻繁に移動します。毎回cdするのはだるいので、それを解消する便利なzsh用の関数と補完関数を書いたので紹介します。はてなのエンジニアのひとと、zsh補完関数を書いてみたい人にはそこそこ役立つといった趣のエントリです。 会社のプロジェクトのリポジトリは、~/work/hatena というところに全部まとめています。だいたい以下のような感じです。 > ls ~/work/hatena Hatena-Antenna/ Hatena-Diary/ Hatena-Ugomemo/ git-hooks/ Hatena-Bookmark/ Hatena-Group/ Ridge/ iphone/ Hatena-Coco/ Hatena-Star/ android/ sketch/ 各プロジェクトのリポジトリには頻繁に移動するので、簡単なz
ghq コマンドの zsh 補完ファイルを修正したので、その過程を解説する - Qiita
初めに ghq というコマンドがある。GitHub のリポジトリをクローンしていい感じに管理するコマンドだ。 これには zsh 補完ファイルも含まれているんだけど、補完できないオプションあったりして、いまいちだった。なのでそれを直すことにした。 何日か前に修正して Pull Request を送ったら無事取り込まれたので、どういう感じで修正したのか、その過程を紹介してみる。補完関数の書き方が分からない人でも雰囲気は伝わると思うので参考にしてみてほしい。 ちなみに、ghq 自体の詳しい使い方は作った人の紹介記事を見るのが良いと思う。 どこを直すか まず、ghq コマンドの基本的な使い方はこんな感じ。 # GitHub の mollifier/config リポジトリをローカルに clone する % ghq get mollifier/config # clone したリポジトリを一覧表示す
zsh の zmv を使って簡単に複数ファイルを一括リネームする - mollifier delta blog
連番のファイルがずらーっとあったとき、複数のファイル名を一気にスマートに変えたいことがある。一個ずつちまちまリネームなんてやってられない。そんなときは zsh の zmv を使うと便利なので紹介する。 zmv で何ができるか 例えばこんな感じで 1.txt から 6.txt までファイルがあったとする。 % ls 1.txt 3.txt 5.txt 2.txt 4.txt 6.txtでも、ファイル名短すぎてわかりにくいなー、file-1.txt みたいに頭に file ってつけたいなー、って思ったとしよう。 そんなときのために zsh には zmv ってコマンドがあって、この手の一括リネームがスマートにできる。お手軽な使い方はこんな感じ。 あらかじめ ~/.zshrc にこう書いておいてから、 autoload -Uz zmv alias zmv='noglob zmv -W' 一回のコマ
zsh使いなら効率改善のため知っておきたいAUTOJUMP - Glide Note
joelthelion/autojump - GitHub zsh補完関数の書き方をいろいろ調べていたら、autojump-zshというパッケージを発見。 気になって使ってみたらめちゃくちゃ便利で、久々に感動したので紹介。 autojumpはcdコマンドの拡張的なコマンドで、移動したディレクトリを記録し、 ディレクトリ間を行ったり来たりするときに絶大な効果を発揮します。 公式wikiに書いてあるよう コマンドライン作業の10〜20%はcdコマンドのため、ディレクトリ移動の動作が 改善すると必然的に作業効率も向上するということです。 実際私もautojumpを使い出してから、作業効率が上がりました。 それでは早速autojumpの説明を。動作検証環境は下記です。 Mac OSX 10.7.3 Fedora 16 Scientifix Linux 6.1 導入方法 autojumpを利用するに
zsh で Git の作業コピーに変更があるかどうかをプロンプトに表示する方法 - mollifier delta blog
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プロンプトで、gitブランチの状態で色変えたり。vcs_infoを利用する版 - Qiita
zshの右プロンプトに以下の情報を表示する。 カレントディレクトリがgitリポジトリだった場合 リポジトリルートからの相対パス(25文字以上は前半を省略) リポジトリルートのパス(ホームディレクトリは~に省略。15文字以上は前半を省略) カレントブランチ 状態によって色を変える そうじゃなかった場合は、カレントディレクトリだけ表示 zshに組込まれてるvcs_infoは、上の1と2をやるのにとても便利なのと、gitコマンドなくてもエラーになったりしないという利点があるので利用する。 autoload -Uz vcs_info zstyle ':vcs_info:*' enable git # 下のformatsの値をそれぞれの変数に入れてくれる機能の、変数の数の最大。 # デフォルトだと2くらいなので、指定しておかないと、下のformatsがほぼ動かない。 zstyle ':vcs_inf
zsh の補完関数で キャッシュ機能(cache-policy) を使う - よんちゅBlog
今回は grunt コマンドの補完関数を例として キャッシュ機能(cache-policy) について解説していきます。 grunt については知らなくても大丈夫だと思います。 キャッシュ機能(cache-policy) についての解説がメインなので、zsh 補完関数の基本的な説明は省略します。 その代わり、コード内にコメントで簡単な説明を書きましたのでそちらを参考にして下さい。 ※ とても長い記事なので、誤字脱字があるかもしれません。ご容赦下さい。m(_ _)m (見つけたら教えてくれると助かります) はじめに grunt には標準で bash の補完がついています。 しかし、zsh 用の補完関数は無く、bash の補完と同じ方法で実装したのではオプションやタスクの説明が表示されません。 オプションの説明はベタ書きでいいとしても、タスクの説明はそうはいきません。 ということで作成したのが
ペパボエンジニア研修の近況報告と、zshのプロンプトをイイカンジにしようとした話 | Kitchen Garden Blog @hfm
私を含めた新卒エンジニアsは、ペパボのエンジニア研修の真っ最中です。 目下の取り組みとして、全11章に及ぶRails Tutorial (Ruby 2.0.0、Rails 4) の踏破を目指し、毎日英語とRubyに触れています。先輩社員の皆さん、いつも社内IRCでガヤガヤしててすみません。 他にも、特定の作業領域に囚われない座学を先輩社員の皆さんに開いていただいています（これは、大学で学んだことの復習としても機能しています）。２ヶ月間かけて行われる座学で、技術にとどまらず、OSSの文化であったり、ウェブの基礎知識や開発・運用等等、たくさんの座学を開いていただく予定です。…果たしてすべてを身につけ制覇することができるのか…いや頑張ります…うーんオツムドライブの容量が…脳クラウド…。 ――ともかく、ソフトウェアに関する技術をあまねく理解し、開発力を身につけるべく、日々邁進しております。 はてさ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.gentei.org/~yuuji/rec/pc/zsh/zshcompsys.txt
zshの機能と設定まとめ | | Scimpr Blog
zshcompsys(1): zsh completion system - Linux man page
syohex/zsh-perl-completions · GitHub
http://www.machu.jp/posts/20130114/p01/