Vimのプラグインマネージャーの
NeoBundle
をアップデートした所、
少し.vimrc
の書き換えが必要だったのと、
プラグイン側でのレポジトリのブランチに変更を加える必要があったのでそれについて。
neobundle#rc() is deprecated function.
ちょっと.vimディレクトリの中で直接色々プラグインをいじっていて 汚してしまったので、一度.vimディレクトリを消して 新たにプラグインを入れなおしました。
その際、 NeoBundle もアップデートされて、アップデート後
[neobundle] neobundle#rc() is deprecated function.
[neobundle] It will be removed in the next version.
[neobundle] Please use neobundle#begin()/neobundle#end() instead.
と言うメッセージが出る様になりました。
そこでヘルプに従って、
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
|
こんな感じでrc
をbegin
に、プラグイン導入後にend()
を呼ぶようにしました。
end()
はNeoBundle
やNeoBundleLazy
でプラグインの定義をした後に、
NeoBundleCheck
より前に入れるのが正しい様です。
プラグインのブランチ管理が変わった
最近Markdownファイルを開くとシンタックスが上手く効かなくてどこかおかしいな、 という状態で、でも面倒なので放ってありました。
Markdownのシンタックスは、 plasticboy/vim-markdown の物をForkしてちょっと気になる点を自分で直して使っています。
なので自分のプラグインのせいかな、と思ってたんですが、
~/.vim/bundel/vim-markdownのディレクトリに行ってみると
ファイルが何やら古い感じになってて、
git branch
してみるとブランチがdetachedな状態になってました。
他のプラグインを見てみるとそうはなってなくてこれだけ。
どうも、GitHub側でDefault branch
をmaster以外に設定してるのが
問題な模様。
もともとmasterはオリジナルのレポジトリを追うために使ってましたが 1、 一度消して、自分で開発に使ってるブランチをmasterに置き換えました。
それで、一度.vimrcで
"NeoBundle "rcmdnk/vim-markdown"
とプラグインをコメントアウトしてVimを起動して:BundleClean
でプラグインを削除。
で、
NeoBundle "rcmdnk/vim-markdown"
と戻してプラグインを再インストールしましたが、やはりちょっと違うバージョンのものを取ってきています。
悪さをしてるのは 2 どうもNeoBundleに新しく加わったversion lockの機能の様。
feature request , bundle-like version lock ? · Issue #253 · gmarik/Vundle.vim
~/.vim/bundle/NeoBundle.lock のファイルに、プラグインのcommit番号がリストされていて、 それに対応する物を入れる様になっていました。
色々試してみましたが、NeoBundleでは、 GitHubのデフォルトブランチ(HEADになるもの) は基本的に無視され、Cloneした後にmasterブランチに変更しようとするみたいです。
追記: 2014/10/27
こちらの方も速攻で手直しをして頂いて、 現時点でのNeoBundleの最新バージョンを入れると Cloneした時にHEADに指定されてる物がそのまま使われる様になりました。
追記ここまで
なのでVimのプラグインを作る場合には、素直にmasterブランチを デフォルトブランチにしておいた方が良さそう。
NeoBundleのヘルプによると
NeoBundle 'Shougo/vimshell', '3787e5'
NeoBundle 'Shougo/vimshell', 'master'
こんな感じで簡単にブランチやコミット番号が指定できるみたいですが 4、 何もない状態でのデフォルトは取り敢えずmasterを探して無ければ HEADの物を使うみたいです。
ということで、もし rcmdnk/vim-markdown を使ってておかしな感じになってる人が居たら、 一度上の様にプラグイン自体を消して、 ~/.vim/bundle/NeoBundle.lockにあるvim-markdownのラインを削除してから もう一度インストールしなおしてみてください。
-
追記: 2014/10/27
悪さと言うと改悪みたいになってしまいますが、 便利機能のための改善で、 下の対応もあって、実際には問題なくアップデートできます。
追記ここまで
-
どうもDisqusの仕様で
http
のページとhttps
のページのコメントが別になってしまってる様です。なので、今このページを
http
の方で見てる人は@Shougoさんのコメントが見えないと 思いますので、コメントのリンク先に行くか、https://rcmdnk.github.io/blog/2014/10/27/computer-vim-markdown/
で開きなおしてください。
余りコメントもらうことないですが、他のページでも やはり
http
で付けたものはhttps
の方では見れなかったり。大分前に
https
用も導入されたみたいですが、 この問題に当たってる人はそんなに居ないんでしょうか。。。? (下のリンクはただ使える様になった際にまだhttps
で使えないみたいだけど? というだけの問なので余り関係ないです。)wordpress - How to enable SSL support on DISQUS? - Stack Overflow
追記: 2015/06/15
disqus_identifier
という値を指定しておくとページのURLに関係なく 同じDisqusを出せる、と言う物があって、 それはOctopressのデフォルトのスクリプトでも指定があって URL(http:
で始まる)を指定していました。JavaScript configuration variables DISQUS
これが以前は効かなかった様なきがするんですが、 いま見てみたら
http
/https
両方が同じコメント(http
の方の物)を出すようになっていました。ちょっとDisqusのスクリプトをデフォルトから移動させたりしましたが、 基本、同じ様に
http
なURLを指定してるつもりなんですが、 今はidentifierがきちんと働いてる形です。今は
https
のコメントが載ってる方は以下から見ることが出来ます。追記ここまで
-
以前は
ここに書いたように
NeoBundleLazy
を使ってrev
でブランチを指定したりしていましたが、 上みたいにNeoBundle
の第二引数を与えるとそれをブランチ名として 扱ってくれる様です。