git-pull、git-pull --rebaseをめぐる冒険＋コンフリクトした場合の作業 - satoko's blog - s21g
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 git-pullで私なりの解釈で aha！が来たのでメモします。 これからは git-pull --rebaseにしよー 下記をそのままという感じなのですがｗ http://www8.atwiki.jp/git_jp/pub/Documentation.ja/user-manual.html#using-git-rebase そういえばトッポさんが言ってた：git-pull --rebaseを使うといいよ git-pullよりgit-pull --rebaseを使うといいよ(ただしという注意(下記太字)があるのでその辺は注意。ほとんどの人は関係ないと思うんだけど。。。) Here's a tip for keeping up
[Git]git diffで行末に「^M」が表示される問題を解決した
git diffすると環境によって行末に”^M”という変な記号が出るのに悩まされていた。 Windowsでmsysgitを使っている。 versionは1.6.4と1.7.6で確認している。 config color.ui autoなどで、diffに色をつけていると起こるようだ。color.ui falseでは表示されない。 どうやらWindowsの改行コードのCR部分をエラーと認識してしまうために起こる現象のようだ。 解決策 core.whitespaceに行末のキャリッジリターンを許容する「cr-at-eol」を設定することで解決できた。 git config --global core.whitespace cr-at-eol 参考： Pro Git – Pro Git 7.1 Git のカスタマイズ Git の設定 osx – git-diff to ignore ^M – Sta
![[Git]git diffで行末に「^M」が表示される問題を解決した](https://cdn-ak-scissors.b.st-hatena.com/image/square/f030b131c35083706d324b18308f4e9a924a9c82/height=288;version=1;width=512/https%3A%2F%2Fhappyquality.com%2Fwp-content%2Fthemes%2Fsimplicity2-child%2Fimages%2Fog-image.jpg)
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
msysGitをインストールしたらコマンドプロンプトが文字化け
msysGitをインストールしたら、コマンドプロンプトで日本語が表示できなくなった。（Windows 7 64bit） regeditでレジストリエディターを起動し、 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Console\TrueTypeFont の「0」のデータが「Lucida Console」になっていたので、「*ＭＳ ゴシック」に変更して、とりあえず復旧できた。 インストールの途中で、Use a True Type font in the consoleという項目のチェックをはずせば、文字化けしなかったのかもしれない（未確認）。
パソコン買ったらまず最初に入れとくべきモダンなvim管理 - Vim is running out
2011-08-13追記 最近のvim pluginの管理にはvundleがおすすめ。 http://vim-users.jp/2011/04/hack215/ .vimrcなどのdotfiles自体の管理には以下の方法が有用だと思います。 この記事でできるようになること - Windows, Linux環境間, または家, 会社間などでvim設定の共有が可能になります。 - 転職や,新しいPCを買ったときなどのvim環境設定があっという間に終わります。 (vim installは含まなければ5分程度?) この記事の主題は - pathogen.vim - githubとgit(git submodule) です。 - pathogen.vimの機能によって、.vim以下を綺麗にする - githubとgit submoduleを使って置いておくことで.vim以下をweb上で管理する の二
Gitリポジトリ中のサブディレクトリを別のリポジトリにする - Pixel Pedals of Tomakomai
clone して filter-branch を使うと、サブディレクトリを別のリポジトリにできます。 例えば、/tmp/hoge にあるリポジトリに hoge と subdir/foo と言うファイルがあって、ログが以下とすると、 % git log -p --pretty=oneline ac27f0a1f18108cd81be52634b07228c6bb95a0b Added foofoo diff --git a/subdir/foo b/subdir/foo index 257cc56..b4c9d55 100644 --- a/subdir/foo +++ b/subdir/foo @@ -1 +1,2 @@ foo +foofoo a6cc83ca5cec477444f0d63359ef12dede648eb5 Added hogehoge diff --git a/hoge
gitで不要なaddを取り消す方法 - mumoshu.log
適当にgit add .とやっているとログやらdb/development.sqlite3やらがtreeに入ってしまって困る。 こういうときは、 git diff --cached でcommitされようとしている内容を確認して、 不要なファイルを見つけたら、 git rm --cached <ファイル名> git rm -r --cached <フォルダ名> とやってtreeから削除する（ファイル自体はFS上に残る） そしてgit commit。 すっきり。 追記と訂正2011/09/26 以下のコマンドの方が、間違いがなくて良いです。 git reset HEAD -- <ファイル名> これは、直感的に言うと、現在のディレクトリの内容は変更せずに、git addやgit rmのような、gitへの変更通知だけを無かった事にするコマンドです。 実は、これgit statusで表示されるメッ
github アカウントを取ってからのメモ
前から github にアカウント取りたいと思ってたのね。ソース置いたりするのに便利そうだし。でも何か git の使い方覚えたりとか色々と面倒っぽかったので延ばし延ばしにしてたのね。 で、やっと重い腰あげてアカウント取ってみたの。そしたらやっぱり色々と大変だったんでとりあえずメモっときます。 アカウントを取る時点では ssh 公開鍵は要らない。リポジトリを作る段階で要る。 ssh 公開鍵の作り方等については、http://github.com/guides/providing-your-ssh-key と http://github.com/guides/addressing-authentication-problems-with-ssh を最低限見といた方がいい。作り方知らない人は他の資料も見といた方がいいと思います。 *NIX 系のユーザはアカウント取ってから github で何かす
エラーのあるファイルはコミットしない(git編) - 肉とビールとパンケーキ by @sotarok
あんま知られてないけど，PHP界隈でも Web Advent 2008 っていう，アドベントカレンダーやってたみたいです．ぜんぜんしりませんでしたそしてちらっと読んだけどあまりおもしろくｎ（ｒ で，その中にちょっと面白げな記事を見つけたので，紹介． Web Advent 2008 / Don’t Commit That Error git の pre-commit hook を使って，エラーチェック だいたいはテスト走らせてコミットとか，実行させてからコミットとかするけど，ちょっとしたところの修正だから確認もせずにコミットしてしかもよりによってそれがエラー起こしてたりとか，まぁ，たまにありますよね． そのために，コミット直前の pre-commit にフックして，PHP Lintを走らせ，その結果次第でコミットをなかったことにしちゃったりしませんか，という趣旨の話． で，具体的には， コミ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ