最近心がけていることを、少しだけやっています。
- 「こんな機能を追加したい」旨のIssueを投げる
- OKが出たら、実装してPull Requestを投げる
といいつつ、すぐに反応が来なかったらもう勝手にやっちゃうんですが。
はてなブログに投稿しました #はてなブログ
pecoを利用して、gitで変更のあったファイルにEmacsでアクセスする - by shigemk2
https://t.co/zapM01AXug
— shigemk2 (@shigemk2) 2015, 12月 23
@shigemk2 そういうのは peco使うより https://t.co/Z6EVW4GDjo のような拡張を使った方が便利だと思います. ターミナルエミュレータに切り替えるコストも減りますし.
— Syohei YOSHIDA(薄毛) (@syohex) 2015, 12月 23
@syohex helm-ls-gitを使っていなかったので、ちょっと試します。というか、Egg.elを使っているんですが、rebaseできないとかmergeできないとかいろいろあって、一部のgitコマンドはターミナルでやっています。。
— shigemk2 (@shigemk2) 2015, 12月 23
@shigemk2 私も magit使っていますが rebaseやら mergeは magit使わずやっています. それらに比べるとファイルを開くというのは頻繁にあるので, Emacs側からできた方がいいかなと思っています,
— Syohei YOSHIDA(薄毛) (@syohex) 2015, 12月 23
@syohex elispに限ったことではないですが、こういうのはちょいちょい自分で作ってPull Requestを出したらいいのでは?っていうのはあります。どこをどうしたらいいのか全然わからなくてだいぶ漠然としているのですが。
— shigemk2 (@shigemk2) 2015, 12月 23
@shigemk2 私は基本的に PRを出さないですね. 基本的に自分で使うために書くし, それが他人にとって便利でないか定かでないので. それでもこれはいいと思ったら, どこかで(Emacsだと Google+とか reddit)公表して, 反応よかったら出すとかですかね.
— Syohei YOSHIDA(薄毛) (@syohex) 2015, 12月 23
@syohex 僕はどちらかと言えば、書いて推敲したらすぐPRを出して反応を見る主義です。caskを使っているので、EmacsのパッケージでGitHubにあがっているならforkして自分で開発するのがいいでしょうか。
— shigemk2 (@shigemk2) 2015, 12月 23
@shigemk2 誰かのパッケージの機能をいじる場合は PRは問題ないと思います. ただ新しい機能を追加するというのはなかなか難しい話なので, まず issueで「こういう機能を追加したいのですが, どうでしょうか?」と聞いてみるのが良いのではないでしょうか.
— Syohei YOSHIDA(薄毛) (@syohex) 2015, 12月 23
@shigemk2 それで受け入れないかつどうしてもその機能を使いたいという場合は forkするのもいいと思います.
— Syohei YOSHIDA(薄毛) (@syohex) 2015, 12月 23
@syohex
1. まずIssueやFAQでそういう機能がないかどうかを探す
2. 機能がなかったらそういう機能が欲しい旨をIssueなどで出す
3. 自分で作る/他人に作ってもらう
みたいな流れですね。こういう流れはあまり明文化されていないので、なんとも言えないのですが。
— shigemk2 (@shigemk2) 2015, 12月 23