archive-com.com » COM » N » NITOYON.COM

Total: 757

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • GitHub で clone するときは SSH じゃなく HTTP を使ったほうが高速 - てっく煮ブログ
    s 出た git clone https github com nitoyon tech nitoyon com git Cloning into tech nitoyon com remote Counting objects 8856 done remote Compressing objects 100 2125 2125 done remote Total 8856 delta 3251 reused 8731 delta 3126 Receiving objects 100 8856 8856 7 04 MiB 604 KiB s done Resolving deltas 100 3251 3251 done 604 KiB s も出ている Git Read Only も試してみたら こちらは 1 MiB s ぐらいでたので一番高速だった つまり HTTP が最強 他の 10 倍速い つまり 速さは Git Read Only HTTP SSH となった 訂正 当初 HTTP が最強としていましたが 再度調べてみたところ Git Read Only が最強でした お詫びして訂正します push が面倒なら clone 後に SSH にすればよい SSH で clone したときのメリットは push のときには ssh agent なり pageant なりが パスフレーズの入力を代行してくれる点にある git push と入力するだけで push を開始できてお手軽だ 一方 HTTP で clone してしまうと push するたびにユーザー名とパスワードを要求されて面倒だ credential helper を導入すればキャッシュしてくれるらしいが これも面倒だ Git Read Only だと Read Only という名前の通り push できない それが理由で いままで SSH でちんたら clone していた けども よく考えたら HTTP や Git Read Only で clone したあとでも SSH で push するように設定を変更できる git remote set url origin git github com user repo git git remote で origin の URL を変えるだけ この手順は GitHub のヘルプ にも書いてある これ以降の push pull は SSH でやるようになる HTTP に比べて転送速度は遅いけど 1度 clone したあとなら 差分のみの送受信なので あまり速度は気にしなくてもよいはずだ もし大量に送受信する必要が出たなら 同じようにして再度 HTTP に切り替えてもよいだろう 追記 SSH も設定を変えれば速くなる ssh config

    Original URL path: http://tech.nitoyon.com/ja/blog/2013/01/11/github-clone-http/ (2016-02-13)
    Open archived version from archive


  • Git で複数ブランチを同時に扱いたいなら git-new-workdir が便利 - てっく煮ブログ
    もう片方で git log すれば表示できる git push すれば master と develop の両方の変更を一気に push できる 別々に clone していたらありえない もちろん git fetch も どちらか一方で実行すれば もう片方も最新の状態になってる いろいろ便利でハッピー ドキュメントを別ブランチで管理するような場合にも使える GitHub Pages を使うときにはありがちなんだけど ドキュメントの生成結果を別ブランチにコミットする このブログでは Jekyll でサイト生成した結果を別ブランチにコミットしている 詳しくは 俺の最強ブログ システムが火を噴くぜ 参照 このようなケースには サブモジュールを使うテクニックが知られている Doxygen を github pages にあげるのをお気楽にやる方法 tokuhirom s blog github のプロジェクトにSphinxドキュメントを良さげな感じにおきたい 其の二 Study08 net 対シンバシ殲滅用人型機動兵器 GitHub 上に ページを作成する Tanablog このテクニックは一見便利そうなんだけども 使っているうちに不便なところが目に付いてきた 同じレポジトリーを 2 回 clone するので非効率的 2 つの作業ディレクトリーのそれぞれで push pull しなきゃいけない ドキュメントのディレクトリーでコミットするたびに submodule が更新された状態になる それを放置してると submodule init した人が古い状態のツリーを参照してしまうので 定期的にコミットして サブモジュールの指す先を更新する必要がある サブモジュールはそもそも別の Git レポジトリーを管理するために設計されたものだし 同じレポジトリーをサブモジュールとして持つのはいろいろ弊害あるように思う で サブモジュールに困っていたところで git new workdir を使ってみたら便利だった 開発用ブランチが master で ドキュメントのブランチが gh pages だとして gh pages ディレクトリーに gh pages ブランチの中身をチェックアウトする git new workdir gh pages gh pages これで Git レポジトリー直下の gh pages ディレクトリーに gh pages ブランチがチェックアウトされた 間違ってディレクトリーの中身をコミットしないように gitignore に gh pages を入れておくと安全だろう あとは個別のディレクトリーで編集してコミットしていく 先ほどの例と同じく 片方でコミットした内容は もう片方の作業ディレクトリーで git log すれば反映されるし git push すれば一気にリモートに反映される 便利便利である git new workdir の導入方法 git new workdir は git core の contrib に入っている 詳しくは git new workdir が便利 生存戦略 それは subtech を参照 ただ Windows で Git for Windows msysGit を使ってる場合は そのまま持ってきても動かないので 次のようにした git contrib workdir git new workdir win at master dansmith65 git から git new workdir win を拾ってくる C Program Files x86 Git libexec git core に git new workdir としてコピーする x86 環境なら Program Files x86 を

    Original URL path: http://tech.nitoyon.com/ja/blog/2013/03/29/git-new-workdir/ (2016-02-13)
    Open archived version from archive

  • Windows でも git difftool --dir-diff でシンボリックリンクを使う方法 - てっく煮ブログ
    x86 Git libexec git core git difftool のパッチがこちら git difftool Sun Jun 2 11 28 06 2013 git difftool Tue Jul 9 00 42 02 2013 283 7 283 7 exit cleanup tmpdir 1 if symlinks symlink workdir file rdir file or system git mklink workdir file rdir file or exit cleanup tmpdir 1 else copy workdir file rdir file or 448 7 448 7 my indices loaded 0 for my file worktree next if symlinks l b file next if symlinks next if f b file if indices loaded 適当な場所に保存して GitBash を管理者権限で起動して適用してやります cd c Program Files x86 Git libexec git core patch git difftool patch patching file git difftool さらに C Program Files x86 Git libexec git core git mklink を作ります bin sh cmd exe c mklink 2 1 dev null このスクリプトは tmp といった msys 内のパスを Windows のパスに変換するために必要 使い方 最初に gitconfig に difftool の設定をしておきます WinMerge を利用するには次のようにしておきます diff tool winmerge difftool winmerge path C Program Files x86 WinMerge winmergeu exe cmd C Program Files x86 WinMerge winmergeu exe r u LOCAL REMOTE GitBash を管理者権限で起動して 次のように実行します Windows ではシンボリックリンクを作成するには管理者権限が必要 git difftool d symlinks commit commit ついでに gitconfig にエイリアスを定義しておくと便利でしょう alias d difftool d symlinks どうぞご利用ください Tweet 2013年07月09日 編集履歴 Git 関連する記事 git difftool dir

    Original URL path: http://tech.nitoyon.com/ja/blog/2013/07/09/symlink-dir-diff-on-windows/ (2016-02-13)
    Open archived version from archive

  • git commit --amend を省力化する方法 - てっく煮ブログ
    エディターが立ち上がらないので楽チン a でさらに省力化 さらに git add も省力化できて git commit a amend no edit とすればよい コマンド一発 になった 超楽チン 注意点は次の 2 つ 新しいファイルを追加したときは明示的に add する必要がある git add と git commit a ではステージするファイルが違うので注意 コミットしたくない変更がワーキング ディレクトリーに残ってる状態では使えない git stash するなどでよけておくべし Tweet 2013年05月02日 編集履歴 Git 関連する記事 SourceTree が Git のグローバルな無視リストを書き換えて困った話 Git で複数ブランチを同時に扱いたいなら git new workdir が便利 GitHub で clone するときは SSH じゃなく HTTP を使ったほうが高速 UTF 8 対応の msysGit 1 7 10 リリース いよいよ Windows で git

    Original URL path: http://tech.nitoyon.com/ja/blog/2013/05/02/git-commit-amend/ (2016-02-13)
    Open archived version from archive

  • SourceTree が Git のグローバルな無視リストを書き換えて困った話 - てっく煮ブログ
    and Mercurial config files という設定項目がある デフォルトでチェック入ってるんだけど これが入ってる以上は gitconfig がいじられても文句は言えない デフォルトのままで先に進むと gitconfig に excludesfile の設定がない場合には SourceTree さんは上に書いたような書き換えを行ってくれる シンセツダナー この親切すぎて涙がでてしまう挙動は 当然のように一部のユーザーの逆鱗に触れることとなり 非難轟々 雨嵐霰がふき乱れた daniellangnet Sorry this caused you hassle We don t do this if you have a global ignore already and it s a checkbox in the setup wizard SourceTree updatesさん sourcetree 2013年3月21日 最低なやつめ なんで gitignore global txt を勝手に作って dll と exe を除外しちゃうんだよ というユーザーのお怒りの声 これに対して 怒らせてごめんよ すでにグローバルな ignore ファイルがあればそんなことはしないよ と答える SourceTree さん daniellangnet We defaulted that to Yes if you have no global ignore trying to help people new to git since committing dlls exes is rare SourceTree updatesさん sourcetree 2013年3月21日 git に不慣れな人を助けるために グローバルな ignore ファイルがないならそうしてるんだよ だって exe や dll をコミットすることなんてめったにないでしょ まぁ それはそうなんだけども daniellangnet We ll draw attention to that setup option more clearly in the next update to avoid this for people who commit binaries SourceTree updatesさん sourcetree 2013年3月21日 次のリリースでは もうちょっと注意を引きやすい警告を出すようにして バイナリー ファイルをコミットしたい人を困らせないようにするよ と 将来のバージョン アップを誓っている 最近は警告ダイアログをだしてくれる で その結果 最近のリリースでは こんなダイアログが表示されるようになった ざっと訳すと グローバルな ignore ファイルがないようだけど SourceTree がデフォルトのやつを設定したげようか exe とか dll とか obj とか suo とか Debug のようなフォルダーとか 普通はソース管理しないようなやつを追加しといてあげるよ もし デフォルトで全部のファイルをみれるようにしたいなら とりあえず No を選んどいてね あとで Tools Options から設定することもできるよ と書いてある 次のキャプチャーを見る限りは Mac 版でも グローバル無視リスト を書き換える処理はあるようだ 画像は kashew nuts tech Mac用Git MercurialのGUIクライアント SourceTree を試してみた より まとめ SourceTree の Windows 版を試した人 特に初期のバージョン は マイドキュメント直下に

    Original URL path: http://tech.nitoyon.com/ja/blog/2013/04/05/sourcetree/ (2016-02-13)
    Open archived version from archive

  • msysGit 1.7.10 の Git Bash に日本語が入力できない件について少し調べた - てっく煮ブログ
    MSYS ではうまくいくのに msysGit ではうまくいかない理由はなぜか この原因を調べてみたところ 次の事実に行き当たった msysGit は msys 1 0 dll にパッチを当てている msysGit は MSYS が配布している msys 1 0 dll に対してパッチを当てている そのパッチがこちら msysgit src rt patches 0013 msys dll basic Unicode support patch at be1eadf11789b4ef295731a5049732c5eb4c51fa msysgit msysgit ざっと覗いてみると コンソールの出力が ANSI から Unicode になるように頑張っている箇所があった 1008 7 1010 7 fhandler console clear screen int x1 int y1 int x2 int y2 tlc X x2 tlc Y y2 FillConsoleOutputCharacterA get output handle FillConsoleOutputCharacterW get output handle L num tlc done 1244 7 1246 7 fhandler console char command char c savebuf PCHAR INFO cmalloc HEAP 1 BUF sizeof CHAR INFO savebufsiz X savebufsiz Y ReadConsoleOutputA get output handle savebuf ReadConsoleOutputW get output handle savebuf savebufsiz cob now srWindow else restore 1258 7 1260 7 fhandler console char command char c if savebuf break WriteConsoleOutputA get output handle savebuf WriteConsoleOutputW get output handle savebuf savebufsiz cob now srWindow そしてパッチの先頭を見ると 次のようなコメントがあった Still TODO handle console input add wrappers for dynamically loaded A functions see autoload cc 310ff なるほど コンソールへの入力は ANSI のままなので IME から直接マルチバイト文字列を流し込むとうまくいかないのだろう なんとなく ReadConsoleInputA を ReadConsoleInputW に変更したら動くような気がしなくもないけど MSYS のビルド環境を整えるところから と思うと気が遠くなる おまけ 先日の記事を書いた直後に TortoiseGit の日本語プロジェクトが新たに始まったようだ TortoiseGit Japan 日本語化した DLL を配布していたり インストール手順を解説してくれていたりするので TortoiseGit を使っている人はチェックしておくとよいだろう Tweet 2012年04月17日 編集履歴 Git 関連する記事 UTF 8 対応の msysGit 1 7

    Original URL path: http://tech.nitoyon.com/ja/blog/2012/04/17/git-bash-ime/ (2016-02-13)
    Open archived version from archive

  • UTF-8 対応の msysGit 1.7.10 リリース! いよいよ Windows で git できるよ!!! - てっく煮ブログ
    show control chars すれば less なしで日本語通りました bashrc に alias ls ls color auto show control chars と定義しておくとよさそうです twitter で hogelog さんに教えてもらいました vector から nkf Win32 版 を落としてきて確認してみると ls nkf g UTF 8 ファイル名の出力は内部的に UTF 8 になっていますね less も UTF 8 に対応していることが分かります もちろんコミットログの日本語も問題なし 日本語ファイル名も余裕です git log stat commit b20cfb6454a69242d361fedb8927b8515b97e4f7 Author toooooooby example example com Date Tue Jul 27 01 08 20 2010 0900 テストテスト表が怖い噂の ry msysGit UTF 8 unko txt 6 噂のソフトUTF 8 txt 13 2 files changed 6 insertions 13 deletions 日本語ファイル名のコミットは少し厄介 日本語のファイルを作って git add を試してましょう しかし Git Bash 上で日本語を入力できない IME の入力が無視されます 対処方法があればおしえてください 回避方法は コマンドラインにこだわるなら xargs でファイル名を渡すか MS DOS を起動して git exe を実行しましょう c Program Files x86 Git bin git exe add テスト txt コマンドラインにこだわらないのであれば msysGit と同時にインストールされるシェル エクステンション git cheetah を使えばよいでしょう エクスプローラーから右クリックで git add や git commit できます コミットメッセージに日本語を使うならエディターの設定は必須 いざコミット としてみましたが 今度は msysGit 付属の vim が日本語表示できてるのに IME からの日本語を受け付けてくれません 仕方がないので エディターを自分で設定しましょう ここでは秀丸を設定してみます git config global core editor C Program Files x86 Hidemaru Hidemaru exe 空白パスを含む場合は を忘れないように注意 最初 メモ帳でやろうとしたけど コミットメッセージの改行コードが LF のみでエディターに渡されていたので メモ帳では改行を表示できませんでした そこそこ高機能なエディターを選択しましょう コミット メッセージを UTF 8 で保存してエディターを終了します コミットしてログをみてみると git log stat commit 6c925290f271237da7e8508916e193f53ba9552a Author unknown user HOST none Date Thu Apr 12 00 30 58 2012 0900 日本語コミットメッセージだよ いけるかな テスト txt 1 1 file changed 1 insertion はい 無事いけました ブーブーいう人を黙らせるための GUI で git する Windows 向けツール まとめ コマンドラインに不慣れな人にも Git を使ってもらわなきゃいけない場合 GUI ツールの存在が気になります そんな人に使ってもらえそうな GUI で git するツールをまとめてみました git cheetah msysgit に付属するシェル拡張です エクスプローラーから右クリックしてのコミットや GUI でのヒストリーの確認など 一通りのことは実現できます カジュアルな使い方をする分にはこれで十分そうです GitHub for Windows 2012 5 23 追記 GitHub が作成 公開している Windows 向けの Git クライアント GitHub for Windows です GitHub の名前がついていますが GitHub 以外の Git レポジトリを扱うこともできるようです Tortoise Git TortoiseSVN で有名な Tortoise シリーズの TortoiseGit TortoiseSVN をベースに git 用にカスタマイズしています しかし msysGit 1 7 6 の利用を推奨しているため UTF 8 対応していません 草の根版でよいなら msysgit の UTF 8 化に尽力した Karsten さんが TortoiseGit V1 7 5 0 をベースに UTF 8 対応させたパッケージが msysGit のメーリングリストに流れています Issue 80 Unicode support on Windows 参照 Tortoise にこだわりがあるなら こちらを使ってもよいかもしれません ただ

    Original URL path: http://tech.nitoyon.com/ja/blog/2012/04/12/msysgit-utf8-2/ (2016-02-13)
    Open archived version from archive

  • msysGit(Git for Windows)がいよいよ公式に UTF-8 をサポート! - てっく煮ブログ
    msysGit がついに UTF 8 サポート Windows で Git するなら Cygwin 一択だった悲しい状況でしたが 昨年末あたりから Issue 80 に新たな動きがあり Karsten さんという方が積極的に UTF 8 対応に向けて動いてくれていました そして 2月に入って msysGit の devel ブランチに UTF 8 対応のコードがコミットされました msysGit に同梱される less や vim も同時に UTF 8 対応しているようです 現在の最新版 1 7 9 は UTF 8 対応する前のものです そのため UTF 8 対応したリリースは次のバージョン たぶん 1 7 10 を待たねばなりません 追記 2012 4 12 msysGit 1 7 10 がリリースされました 試してみた記事も書いたのでよければご覧ください UTF 8 対応の msysGit 1 7 10 リリース いよいよ Windows で git できるよ 以下は 1 7 10 がリリースされる前の情報です 次のバージョンを待ちきれない人は Karsten さんが msysGit 1 7 8 をベースにパッチを適用して作成した Git 1 7 8 preview20111229 unicode exe が公開されているので こちらを試してみるとよいでしょう Git 1 7 8 preview20111229 unicode を試してみた ということで 早速 Git 1 7 8 preview20111229 unicode exe を導入してみました 日本語ファイル名を含むレポジトリをチェックアウトしたところ ファイル名は化けませんでした チェックアウトしたレポジトリを Git Extensnions で表示してみたところ ご覧のようにコミットログもファイル名も完璧に日本語を表示できています Github の toooooooby japanese test を検証に利用 diff のファイル名が化けていたのですが これは FAQ 次の設定を実施して解決しました git config global core quotepath off 日本語ファイル名の add やコミットログの日本語を自分でも試してみたが 全く問題なく使えています また msysGit に付属する bash 上で git log してみましたが 同じようにファイル名やコミットログの日本語が正常に表示できていました 一方 TortoiseGit は 日本語ファイル名のファイルに対してコミットしようとするとエラーを吐きます 日本語ファイル名のオーバーレイ アイコンも表示されていません 悲しいですね ただし TortoiseGit 派の人に朗報です Karsten さんが TortoiseGit V1 7 5 0 をベースに CP ACP を CP UTF8 にしてビルドしたパッケージが msysGit のメーリングリストに流れています Issue 80 Unicode support on Windows 参照 わたしは試していませんが こちらを使うと快適に使えるという情報はあります だめだ UNICODE対応msysGitとTortoiseGitがかいてきすぎてもとにもでれないひ Tadahiro Ishisakaさん ishisaka 2月 9 2012 TortoiseGit vs Git Extensions Windows の GUI な Git クライアントは TortoiseGit と Git Extensions のどちらがよいでしょうか 最近 TortoiseGit と Git Extensions の開発状況をウォッチしてるのですが TortoiseGit UI は小奇麗 TortoiseSVN から派生しているだけに 中身は悲惨 Issue 867 in tortoisegit Add should not run a new Git process for each file ってどうなのよ 和訳 add すると 1 ファイルにつき 1 プロセス実行されちゃって重いよー Tortoise 系の知名度ゆえに利用者は多いが開発者は少ない Git Extensions UI はひどい 中身はそこそこまとも UTF 8 対応してるし 知名度は低いが Github 上で pull リクエストが結構飛び交っている 自分も pull リクエスト出してみたら取り込まれた 後日書きます という印象です また 日本語化事情に関しても TortoiseGit は過去には日本語化プロジェクトがあったものの更新は止まっており 1 それに対して Git Extensions はそこそこの UI が日本語化されています そういった事情からも Git Extensions を押していきたいところです ただ GUI があったとしても Git のコマンドライン版の知識は必要なのが Git のつらいところでしょうか わたしの場合は 入門Git で概要を押さえておいて 細かいところは 実用Git を読んで理解していっています 入門Git は読み物のようにさっと読め Git のメンテナさんの著書なので Git

    Original URL path: http://tech.nitoyon.com/ja/blog/2012/02/21/msysgit-utf8/ (2016-02-13)
    Open archived version from archive



  •