hamacoのブックマーク - はてなブックマーク

git commit --fixup で fixup する対象を peco/fzf で選べるスクリプト書いた - Qiita

git commit --fixup が何かについてはgit commit --fixup とは何か - 詩と創作・思索のひろばを読んでもらうとして、 fixup を適用したいコミットをいちいち git log で調べるのが面倒なのでインタラクティブに選べるようにした。以下のスクリプトをパスの通ったディレクトリに置くと git fixup が使えるようになる。適当な変更を git add して git fixup を実行すると、その変更を fixup として適用したいコミットを peco や fzf で選べる。 #!/bin/bash FILTER=${FILTER:-peco} MAX_LOG_COUNT=${MAX_LOG_COUNT:-30} if git diff --cached --quiet; then commits="No staged changes. Use git

hamaco 2017/04/16

使ってるのにブクマしてなかった。

git
peco

リンク

バージョン管理したくない作業用スクリプトは「,」ディレクトリに入れるといい - Qiita

TL;DR: グローバルな gitignore に ,/ を追加して、作業用スクリプトを , ディレクトリに入れると便利。 ,/tmp_script.sh で実行できる。 Git リポジトリの中に一時的に使う作業用スクリプトを置いておきたいことがある。自分だけが使うものなのでコミットはしたくないが、いちいち .git/info/exclude に追加して無視させるのも面倒臭い。今まで自分は、 tmp_script.sh~ や tmp_script.sh.bak など、グローバルな gitignore で無視されるファイル名にしていたが、これは不要なファイルと間違えて消してしまう危険がある。 ignored.tmp_script.sh は分かりやすいぶん長い。 _tmp_script.sh は悪くないが、コミットすべきファイルにもアンダースコアで始まるものがあって紛らわしい。そこで、作業

hamaco 2014/11/05

tips

リンク

もっと怠惰に Git を使うシェルの設定でもっとラクをする、あるいは賢い st の話。そしておまけ。 - Qiita

Git Advent Calendar / Jun. 22日目の記事です。21日目はgit最強のオプション filter-branchでした。 gst には怠惰さが足りないさて、12日目に怠惰にgitを使うためのシェル活用術、またはgst一族という記事がありました。これ、僕に言わせればまだ怠惰さが足りません。 alias gst='git status' などを設定すると便利という内容なのですが、 gst は長い。3文字です。g を取って st でいいじゃん。 gb も g を取って b でいいじゃん。こう反論する向きもあるかもしれません。「自分は Mercurial や Subversion も使っていて alias hst='hg status'; alias sst='svn status' と設定している。区別と統一性のために g が必要なのだ。てゆーか短いエイリアスってヤじゃ

hamaco 2014/03/11

git
github

リンク

めちゃくちゃにコンフリクトしたファイルを一歩一歩マージする方法 - Qiita

あるファイルに大量のコンフリクトが発生し解決が面倒なとき、パッチを使ってファイルに1コミットずつ変更を適用する方法を示す。この方法のメリットは：ファイルへの変更を1コミットずつ適用・コンフリクト解決することができるそれぞれのコミットを適用する前に、コミットをパッチファイルの形で編集できる注目するファイル以外への変更をいったん無視し、そのファイルに関係する変更に集中できるの3点である。複数コミットの変更が混ざった大量のコンフリクトマーカーを手作業で消すような状況に陥ったとき、この方法を使えばいくぶんかは楽にマージ作業を進められる。概要マージ中に特定のファイルに大量のコンフリクトが起きたら、マージを中止する。一時作業用ブランチを作り、そのファイルに1コミットずつパッチを当てて編集する。パッチを当て終わったらマージをやり直し、コンフリクト解決作業中に、コンフリクトしたファイルを一時作