shellの-cオプションについてUbuntuのsh(dash)、bash、zshはそれぞれ違う挙動をする - Qiita
shellの-cオプションについてUbuntuのsh(dash)、bash、zshはそれぞれ違う挙動をするBashZshshellshDash manコマンドで見てみるとこんな感じ。 For sh(dash) ubuntuの場合shはdashという軽量シェルにリンクしています Read commands from the command_string operand instead of from the standard input. Special 0 will be set from the command_name operand and the positional parameters (\$1, \$2, etc.) set from the remaining argument operands. For bash If the -c option is present,
Bracketed paste mode support? · Issue #417 · peco/peco
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community. Pick a username Email Address Password Sign up for GitHub By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails. Already on GitHub? Sign in to your account
Emacs Zshなどを設定した話 - Money Forward Developers Blog
先月中途で入社した卜部です。 中途入社したタイミングでちょうどよいので環境設定を見直していました。 たぶん全部捨てて書き直したのは8年ぶりくらいでした。 今回の感想を忘れないうちに書いておきます。 Emacs Emacsを使い続けている理由はauto-save-buffersです。これと同じような機能を提供しているエディタは(RubyMineとかなくもないが)とても少なく、移行先として選択肢があまりありません。Atomのautosaveはどうやら求めているものと違うようですし。 auto-save-buffersで救われたファイルは数知れず、というか保存とかいう前世紀の遺物を計算資源に下請けさせることで考えることが減るので、本当は他のエディタにも是非あるべき機能です。下にzshでpredict-onの話も書いてありますが、自分は0クリック革命をわりと実践している派だと思います。 パッケージ
peco と alias -g で git に便利革命おきた - Qiita
peco と alias -g で git に便利革命がおきるので、ぜひご活用ください。 記事の一番下に設定のまとめがあります。 目録 便利革命1: git commit → g c 便利革命2: git checkout feature/something-great → g o B 便利革命3: git push -u origin feature/something-great → g puu R B 便利革命4: git remote add origin git@github.com/user/repo → g r add origin H 便利革命5: git checkout -b feature/something-great remotes/origin/feature/something-great → g b LR めんどいコマンド1: git commit Befo
zsh の補完関数の自作導入編
# 補完を有効にする autoload -U compinit compinit -u # 補完メッセージを読みやすくする zstyle ':completion:*' verbose yes zstyle ':completion:*' format '%B%d%b' zstyle ':completion:*:warnings' format 'No matches for: %d' zstyle ':completion:*' group-name '' 補完関数のルール $fpath の通ったディレクトリに補完関数を置く nyan コマンドの補完関数なら _nyan という名前で保存する 補完関数の先頭には #compdef nyan と補完対象のコマンド名を書く ファイル名と同じ名前の関数を作りその中に補完関数を書く ~/zsh/functions/_nyan
.zshrcで見かけるautoloadの意味と使い方 - Qiita
今回はこの autoload が何をするものなのか解説します。 autoloadはシェル関数を読み込む autoload はシェル関数を 自動読み込み するシェルの組み込み関数です。上記のスクリプトの場合、 compinit というシェル関数を自動読み込みします。 シェルコマンドは PATH に入っていればそれだけで実行可能でしたが、シェル関数の場合は関数を定義しなければ使えません。 autoload はファイルシステム上にある関数定義を読み込むための関数なのです。そして autoload 探索するディレクトリは FPATH に入っています。 余談ですが FPATH だと : 区切りの文字列、 fpath だと配列になります。PATH と path と同じですね。 シェル関数とシェルコマンドの違い autoloadを使ってみる % mkdir ~/functions % FPATH="${
zshでknife-soloのノード名の補完をするようにした - There's an echo in my head
nodes/*.jsonから補完するように、oh-my-zshのknifeプラグインに書き足してみた。 https://github.com/a2ikm/oh-my-zsh/blob/bd07b185b7e15c201ec00e25487e38b5c3ca9bf6/plugins/knife/_knife 最初はWEB+DB PRESS Vol.83の特集を読んで一から書いてみようかと思ったけど、不思議な呪文が多いし、knife-soloはサブコマンドが2段あるしで手間だったのでこんな感じになった。 本当は補完時にpecoが起動して補完して、さらにそれが編集可能な状態にあるのが理想なんだけど、zshの補完とは仕組みが違って難しそう。別途pecoを起動するようなコマンドも書いてみたけど、どっちが便利だろう。 追記 無駄な記述があったりちゃんと動かなかったりだったので修正した。
【Mac】zshをサブシェルで起動するとPATHがおかしくなる - よんちゅBlog
どういう状態かというと。 ★サブシェル起動前 $ printpath ← $PATHを表示 /Users/yonchu/.pythonbrew/bin /Users/yonchu/.rvm/gems/ruby-1.9.3-p286/bin /Users/yonchu/.rvm/gems/ruby-1.9.3-p286@global/bin /Users/yonchu/.rvm/rubies/ruby-1.9.3-p286/bin /Users/yonchu/.rvm/bin /usr/local/share/python /usr/local/mysql/bin /Library/Java/Home/bin /Users/yonchu/bin /Users/yonchu/dotfiles/bin /usr/local/bin /usr/local/sbin /usr/local/share
zshでサブコマンドとファイル名を手抜き補完する - Glide Note
hoge[tab]でサブコマンドが補完され、 サブコマンドの後はファイル、ディレクトリが補完されるように。 サブコマンドとファイル名を補完する 下記を.zshrcに記載してexec $SHELL やっていることは compdefで_hogecmdという補完用functionを定義し、hogeコマンドを実行したときに呼び出されるように。 function内のcmdsで補完したいサブコマンドを列挙 CURRENT == 2でhogeのあとに補完されるのはサブコマンドだけと指定 _describeで補完候補で表示されるときにsubcommandというグループになるようにしている サブコマンドのあとは_filesでファイルとディレクトリが補完されるように 参考になるサイト zshの補完関数の書き方がまとまっているところがほとんど無いので下記が非常参考になります。 zsh補完関数を自作すると便利 -
zshのprint関数 - by edvakf in hatena
zshの組込み関数 (というのか?) は、man しても説明が得られない。 print という zsh 特有の関数については、Google しても日本語圏からはほとんど有用な情報が得られなかった。(それでいてみんなけっこう .zshrc とかに使ってたりするんだよなあ…どこで知ったんだろう) というわけでドキュメントを見た。 zsh: Shell Builtin Commands 以下は訳というか自分なりの解釈みたいなもん。 print [ -abcDilmnNoOpPrsz ] [ -u n ] [ -f format ] [ -C cols ] [ -R [ -en ] ] [ arg ... ] フラグを立てないか、"-" フラグだけのときは、ほぼ echo コマンドと同じ。ただし、以下のエスケープ文字列が使える。 \M-x \Mx (Meta+x) \C-x \Cx (Ctrl+x
bash/zshでsourceされたスクリプト内で、ファイル自身の絶対パスをとるシンプルな記法 - Qiita
追記: コメント欄にて、若干変なパスが含まれている場合の対処方法について、補足いただきました。 ご指摘ありがとございますm(_ _)m bash / zshなどでシェルスクリプトを書いていると、環境変数の設定を外部ファイルにまとめてsource して使う、というのはよくある。 そのような場合にsourceされたファイル内での絶対パスがイマイチうまく取れない、という問題に突き当たる事がある。 bashの話: うまくいかない方法と理由 通常、シェルスクリプト内で自分自身の絶対パスをとるときによくやるのが下記の手法だとおもう。 が、単体で呼び出した場合にはちゃんと動くのだが、bashからsourceで呼び出した場合にはうまく動かない。 なぜかというと、sourceされたファイルの実行が、呼び出し元のシェルプロセス内になるから。 bashでは$0は実行コンテキストに依らず、実行ファイル名が入ってい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How can I make zsh's vi mode behave more like bash's vi mode?
GitHub - Tarrasch/zsh-functional: Higher order functions for zsh
Get exit status of process that's piped to another
tig: add zsh completion · Homebrew/legacy-homebrew@472a7f0
GitHub - pindexis/qfc: Quick Command-line File Completion
pecoでgit-checkout - Qiita
capistrano 3 用の zsh 補完関数
よく実行するコマンドにキーバインドを割り当てると捗る話 - Qiita
How to pass a slice of arguments to a command in zsh?