「エクスプローラー」に「Git」を統合 ～アプリ開発者のためのWindowsシェル改善／ファイル右クリックメニューからのTAR/7z圧縮、「Sudo for Windows」なども
Windowsローカル開発環境からgit commitする時にはパーミッションに気を付けること - Qiita
背景 railsでdelay_jobやwheneverを実装し、ローカル開発環境では問題なくジョブが走った。 しかし本番環境にデプロイ後、ジョブが走らなかった。 エラーログを確認したところrailsのbinディレクトリ以下の各ファイルの権限が644となっており、実行権限がないことが判明。 だとしたら、ローカル開発環境でも動かないはずだろ？？ そんな思いからいろいろ調べてみた。 windows環境でのgitbushはchmodが効かない！！ chmod 777 ファイル名してもchmod 644 ファイル名してもchmod o+w ファイル名しても何しようが権限が変更されない。 大丈夫！ これはwindowsの仕様の問題らしい。 なのでスッキリあきらめよう！ git addするとパーミッションが自動的に変更され644になってしまう！！ これはgitの仕様。 おそらくですが、大規模開発を想定し
Windows GitBash のプロンプト表示が遅いのをなんとかしたかった - Corredor
Windows GitBash のプロンプト表示がやたらと遅い。何のコマンドも打たずに Enter を押しただけでも、何か表示がつっかえる。 何が原因かと思って調べてみたところ、どうも GitBash デフォルトのプロンプト内に設定されている __git_ps1 という関数が遅いようだ。 その証拠に、プロンプトを PS1='$ ' と簡素化すると、かなりサクサク動くようになった。 It looks like there problem lies in your bash prompt setting. Try setting PS1='$ ' so that whatever fancy prompt setting is deactivated, then see if it is still slow to you. 参考：Git Bash (mintty) is extremely
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
分散型バージョン管理システム「Git」に脆弱性、任意のコマンドが実行される恐れ
