brewでインストールされたパス/usr/local/binよりも、もとのgitがあるパス/usr/binのほうが、優先順位が高くなっているのが原因。 zsh + oh-my-zshを利用しているのだが、.zshrcを書き換えることで優先順位を変えた。
brewでインストールされたパス/usr/local/binよりも、もとのgitがあるパス/usr/binのほうが、優先順位が高くなっているのが原因。 zsh + oh-my-zshを利用しているのだが、.zshrcを書き換えることで優先順位を変えた。
(★2014年09月時点の情報です。最新の Git では解決しているかもしれない。) Mac の Git で日本語ファイル名を扱うときは core.precomposeunicode = true にしておく。 clone, checkout したら日本語ファイル名のファイルが新規ファイルになってるとか git status で確認したらファイル名が \xxx になってるとか そんな症状に出くわしたら。 普段仕事だと Windows だし、自分で日本語ファイル名とか作らないし、普段おっかけてるリポジトリにもそんなの無かったので、未設定なのに気付いてなかったわ。Visual Basic なレガシーなプロジェクトを Mac で読もうとして気付いた。 既に clone 済みのローカルのリポジトリでは $ git config --local core.precomposeunicode true
grepは、デフォルトでは該当する行だけが表示される。これを、該当する行の前後の行も一緒に表示させるには「-」の後ろに表示したい行数を指定してgrepを実行する。例えば、該当行の前後3行を併せて表示する場合は、「-3」というオプションを指定する。 $ grep -n kitaura smb.conf 4: workgroup = kitaura ←-nオプションを付けたので、4行目に該当する文字列があることが分かる $ grep -3 -n kitaura smb.conf 1-[global] 2- coding system = euc 3- client code page = 932 4: workgroup = kitaura ←-3オプションによって、前後各3行も表示される 5- server string = Samba %v
Germán Laullón PadillaSoftware Engineer in Madrid, Spain I am a software engineer currently living in Madrid, Spain. My interests range from photography to technology. I am also interested in programming, innovation, and video games. You can click the button above to view my portfolio. If you’d like to get in touch, feel free to say hello through any of the social links below.
不要ファイルをコミットしてしまった時 Macで.gitignore作成する前にgit pushとかしてしまうと、 .DS_Storeがレポジトリにあがってしまう。そのような場合のコミットしてしまった DS_Storeファイルを削除する手順のメモ。 まず対象ファイルを削除 1 2 3 # rootディレクトリで以下を実行 # 再帰的に削除する際は、git rm に -rオプション % find . -name .DS_Store -print0 | xargs -0 git rm --ignore-unmatch gitを更新する 1 2 % git add --all . % git commit -m "remove all .DS_Store" .gitignoreを作成 1 % echo .DS_Store >> ~/.gitignore masterを更新 1 % git push
GitHub for Macが発表されてちょっと経ちました。 今までバージョン管理といえば、Terminalからやるのが当たり前。GUIを使うのは邪道。面倒くさいというイメージが一般的だったように私は感じています。でも、GitHub for Macの登場によって、複雑でやることの多いバージョン管理をGUIから行えるとメリットが色々あるということが一般的に浸透し始めているように感じます。ということで、今回はGitHubだけでなく、自前のGit、Subversion(svn) 等でも使えるオススメのクライアントをご紹介します。 それと、加えてバージョン管理初心者の方にも、GUIソフトで始めることをお勧めします。CUIの複雑な操作が必要無くなるのはもちろんですが、視覚的にどの機能が重要で、どの様な順番で使うべきなのか。というのが分かりやすく作られているからです。残念ながらそうでないソフトも多いで
SSHキーのパスフレーズを使っての作業 github.comのヘルプ「Working with SSH key passphrases - help.github」の和訳です。 このガイドは、キーを使うたびにパスフレーズを再入力することなしに、sshキーを安全に利用する一連の手順に踏み出すためのものです。 なぜパスフレーズが必要なのでしょう? ご存知の通り、パスワードはそれほど安全とはいえません。もし覚えやすいものを使用していれば、簡単に推測されるか、総当り方式で破られ(brute-force)ます。ランダムなものを使えば覚えるのは困難で、そのために、パスワードを書きとめておきがちです。これはどちらも“Very Bad Things”です。これがsshキーを使うべき理由です。 しかしパスフレーズなしでキーを使うのは、基本的にランダムパスワードをコンピュータ内のファイルに書きとめることと変わ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く