などにすごく時間がかかる、ということがあります。 いろいろ調べて、ある程度は改善できたので、メモ。 preloadindex 設定 こちらを元に
Windows環境でGitを高速化する - Qiita
などにすごく時間がかかる、ということがあります。 いろいろ調べて、ある程度は改善できたので、メモ。 preloadindex 設定 こちらを元に
gitignoreまとめ - maeharinの日記
Gitで無視ファイルを細かく設定する際にはまったので、メモ ヘルプ こまったら、これで $ man gitignore web版 前提 まずは前提を抑えておかないと、はまる 既にトラックされたファイルはgitignoreが効かない $ git init $ touch hoge.txt $ git add hoge.txt # トラックされた後に $ vim .gitignore # 無視設定しても hoge.txt $ git status # 効かない 既にトラックされたファイルを無視対象にしたければ、git rm --cached $ git rm --cached hoge.txt # 上記のトラックされたファイルをインデックスから削除すれば（ワークツリーはそのまま） $ git status #gitignoreが効く # もしhoge.txtをcommit済みの場合 $ git
VPS 鯖に git いれたよ - あーかいぶすハイディフィニション
いつものように「ロケ地： Serversman＠VPS 」に、git インストールしたよ。 # cd /usr/local/src # wget http://git-core.googlecode.com/files/git-1.7.7.tar.gz # tar -xzvf git-1.7.7.tar.gz # cd git-1.7.7 # ./configure --prefix=/usr/local/ # make # make installprefix は指定しないと /usr になるっぽいよ？ ちなみに make するときにこんなエラーが出たよ。 SUBDIR git-gui GITGUI_VERSION = 0.14.0 * new locations or Tcl/Tk interpreter GEN git-gui INDEX lib/ * tclsh failed; u
zsh で Git リポジトリのトップレベル ディレクトリに cd するプラグイン - Qiita
Git リポジトリの中にいるときに、トップレベルのディレクトリに移動したくなることがある。それを1回のコマンドで簡単にできるようなプラグインを作ったので紹介する。 このプラグインでできること cd-gitroot というプラグインを作った。これをインストールすれば cd-gitroot というコマンドが使えるようになる。 使っている様子はこんな感じ。 # こんな感じで Git リポジトリの中にディレクトリがあったとする # doc/ # src/ # |-scripts/ # `-web/ % cd /home/mollifier/git_repo % cd src/web % pwd /home/mollifier/git_repo/src/web # リポジトリの奥の方にいる時でも、すぐにトップに移動できる % cd-gitroot % pwd /home/mollifier/git_
Git grepを便利に使う-eオプションについて - Qiita
outline git-grepの話 -eオプションの話 --andオプションの話 git-grepの話 UNIX系のOSを使ったことのある人ならみんな大好きgrepコマンド。 その拡張がgit-grepだ。 ふつうのgrepだと、指定したディレクトリ以下のファイル『全て』を検索対象としてしまうため、膨大な時間がかかることがよくある。そして時間を持て余してネットサーフィンしたりコンビニに買い物に行ったりする。そして帰ってきて見るとファイルが見つからなかったりして、貴重な労働時間をムダにするのである。 そこでgit-grepですよ git-grepは、gitで管理しているリポジトリの範囲内でgrepするコマンドだ。 何が違うかというと、 gitで管理しているリポジトリの中身「しか」検索できない その分ふつうのgrepと比べて圧倒的に速い というところである。 もちろんふつうのgrepも、ちゃ
gitでbranchの派生元確認 - itochin2の日記（仮）
「git branch 派生元 確認」でググった。 全然欲しい情報でなくて泣きそうなったけど辿り着いた。 「分岐点」「show-branch」がキーワードだった。 gitで2つのブランチの分岐点を表示 http://qa.atmarkit.co.jp/q/2148 $ git show-branch --sha1-name develop feature/sugoi_branch | tail -1「feature/sugoi_branch」が「develop」のどこから派生したか 上記のコマンドで分かる。 「--sha1-name」がHASH値表示のオプション。 そんなに遠くない将来、ググってこのページに来そうな予感がしている。 追記 上記で得たハッシュを使って、該当branchで更新したファイルの一覧を出せる。 $ git diff --stat HEAD c201bc4
git submoduleについてのメモ 追加/削除/更新等
B! 70 0 0 0 Gitのsubmoduleがいつもイマイチ良くわからなくなるので 自分なりのまとめ。 レポジトリにsubmoduleの追加 submoduleのあるレポジトリをcloneする submoduleの更新 submoduleの削除 ignore = dirty Submoduleのプロトコルの変更 レポジトリにsubmoduleの追加 git submodule addで追加。 $ git submodule add [email protected]:rcmdnk/evernote_mail.git ./submodules/evernote_mail addすると.gitmoduleというファイルがまだ無い場合は作られ、その中に [submodule "submodules/evernote_mail"] path = submodules/evernote_mai
Git の diff を美しく表示するために必要なたった 1 つの設定 #git - 詩と創作・思索のひろば
Git に同梱されている contrib/diff-highlight を使います。 あとは README に書いてあることの引き写しですが、PATH の通ったディレクトリに置いて、~/.gitconfig に以下のように設定を書く。 [pager] log = diff-highlight | less show = diff-highlight | less diff = diff-highlight | less すると、対応するコマンドの出力がこんな風になります。 行レベルの diff に加えて、単語レベルでの diff もハイライトされ、GitHub での diff のように描画されました。 組み込みのオプションで --color-words というのがありますが、こちらを使うと行レベルの diff 情報が失われるので、少し不便だったわけですね。とすべて README に書いてあ
git-jumpですぐ編集 - Qiita
元々考えていたネタがボツになってしまったので急いで書き上げました 内容が薄くてすみません… diff-highlight ↓のエントリを見てをdiff-highlightを設定したところ、ライフがチェンジングになった人は多いのではないでしょうか。 Git の diff を美しく表示するために必要なたった 1 つの設定 #git - 詩と創作・思索のひろば (Poetry, Writing and Contemplation) あらためて考えると、contribの中身をマジメに見たことがなかったことに気付き、軽く覗いてみることにしました。 contribの中身 環境はMacOSX、git 1.8.5.1(homebrew 利用)です $ tree -L 1 /usr/local/share/git-core/contrib . ├── README ├── buildsystems ├──
gistコマンドよりちょっと便利なgisty - SWDYH
メモやちょっとしたスクリプトなどをペーストするとgitのリポジトリとして管理してくれるgistというサービスがあります。そのgistにコマンドラインから投稿するツールがあって、それは前に少し紹介したんですが、それをもうちょっと便利にしたものを作りました。 swdyh's gisty at master ― GitHub http://github.com/swdyh/gisty/tree/master gistコマンドとの違いはこんな感じです。 ポストするときにファイルを指定。ファイル名、拡張子つきでアップされる。 ポスト時に複数ファイルを指定できる。 ポスト後、ブラウザで開く。(Macのみ) ポスト後、ローカルにcloneする。 過去のgistにアップしたのを全部のclone、またはpullする機能 gistyを使うと簡単にファイル名と拡張子つきでポストできて、そのままローカルにclon
git:ブランチの内容をマージする
gitでは、ちょっとした開発やバグフィックスなどbranchを使用して開発する。 このために、頻繁にマージしたくなる。 ただし、ここであえて「マージ」と記述したのは、”git merge”のことではなく、 変更した内容を反映させたいという意味で「マージ」だ。 そのマージする際の、いろいろな手順にを覚書として記録しておく。 １）ブランチのコミットした内容も含めてマージする git merge [ブランチ名] ２）ブランチの修正した内容すべての変更を取り込む つまり、１）でやったこととほぼ同様だが、コミットはしない。 git merge --squash [ブランチ名] これで、ブランチ上で行ったすべての変更が１つになって取り込まれる。 しかしながら、これでは、せっかく何度もブランチ上で育てたログが無駄になってしまう。 ログとソースをきれいにした状態で再作成したい場合にはこれではこまるの
GitHub Pagesホスティングサービス（ほぼ）完全活用ガイド | ゆっくりと…
GitHub がオープンソースの場として魅力的な理由は、Git という優れた分散・協調型リビジョン管理システムのリポジトリー・ザーバーとして誰でも利用できるということはもちろん、README などのドキュメント生成機能やコメンティング機能、問題のトラッキング機能など、Git を補助し、オープンな分散・協調開発を支えるサブシステムが充実している点が挙げられるでしょう。無料でもかなりのことができるのに、ビジネスとしてもちゃんと成立している理由はこんなところにあるように思います。 ただ、同種サービスの Google Code や Bitbucket と決定的に異なり、GitHub の最大の魅力となっているのは、GitHub Pages という1種のホスティング・サービスではないかと思います。成果物をただずらずらと味気ないページに並べるのではなく、趣向を凝らした紹介ページを自由に作り、プロジェクト
Git ユーザマニュアル (バージョン 1.5.3 以降用)
(訳注：この資料は、http://www.kernel.org/pub/software/scm/git/docs/user-manual.html に掲載されている 内容を日本語訳したものです。 英語が得意でないので、誤訳があるかもしれません。 必要な場合は、原文を参照してください。) git は高速な分散リビジョン管理システムです。 このマニュアルは、基本的な UNIX コマンドのスキルをもった人が読むことを想定していますが、 git に関する前提知識は必要ありません。 Chapter 1, リポジトリとブランチ と Chapter 2, 履歴の探索 では git を使用してプロジェクトを取得・調査する方法を説明します。 — これらの章を読むことで、ソフトウェアプロジェクトの特定のバージョンをビルドして テストしたり、回帰点を探し出す方法などを習得してください。 実際に開発する必要のあ
Accueil
Paris, la ville lumière, s'enrichit d'une nouvelle attraction sensationnelle qui fera le bonheur des amateurs de sensations fortes et des fans de super-héros. Le Batman Escape Game a ouvert ses portes, proposant une expérience immersive unique dans l'univers du Chevalier Noir. Ce nouvel escape game situé en plein cœur de la capitale promet de devenir un incontournable pour tous... En tant qu'inves
Accueil
Paris, la ville lumière, s'enrichit d'une nouvelle attraction sensationnelle qui fera le bonheur des amateurs de sensations fortes et des fans de super-héros. Le Batman Escape Game a ouvert ses portes, proposant une expérience immersive unique dans l'univers du Chevalier Noir. Ce nouvel escape game situé en plein cœur de la capitale promet de devenir un incontournable pour tous... Les transactions
gitで共用リポジトリにpushした変更を取り消す。 - このブログは証明できない。
天ぷらを大量に食べました。油でギットギトです。というわけで、gitで共用リポジトリにpushした変更を取り消す方法です。gitって、ローカルのリポジトリを使う参考記事は多いですが、共用リポジトリを使う記事は少ない気がしますね。でも、githubのユーザーは多いと思います。 490円のServersMan@VPS (CentOS 5) をGitサーバーにする会。 - このブログは証明できない。 追記 2010-12-03 ：重要！注意を書いたつもりが書き忘れてました。共用リポジトリをいじるので、複数人で使ってる場合は他の人に影響がでますよね。注意！！ あ。間違えてcommitしちゃった。しかも、共用リポジトリにgit pushしちゃった。しかも、50万円もする布団買っちゃった。まず、間違えてcommitしただけなら、git resetを使います。 $ git reset --soft HEA
githubにpushしたcommitの取り消し - 七誌の開発日記
githubにpushしてからcommitが間違っていたことに気付きました。以下のようにすると取り消すことができます。 【注意】commitだけでなく変更も失われます。ローカルのソースツリーは残された最後のcommitに戻されます。変更を保存したい場合は使わないでください。コミットログの修正には git commit --amend を使用してください。 git rebase -i HEAD~2 ← エディタが開くので二行目を削除して保存する git push origin +master以下を参考にしました。 How can I remove a commit on github? id:okmount:20091021 古いコミットを書き換える： 歴史修正主義者のための git rebase -i 入門 githubだけ githubだけを取り消すには別の方法もあります。ローカルは同期
自社内に立てるのもOK。Ruby on Rails製、シンプルなGitHubクローン·GitHaven MOONGIFT
GitHavenはGitHubクローンのオープンソース・ソフトウェアです。Ruby on Railsで開発されています。 バージョン管理システムの一つGitが爆発的に人気を集めるきっかけになったのがGitHubです。そんなGithubクローン（今では結構変わってしまいましたが）として有名なのがGitoriousですが、今回はもう一つGitHavenを紹介します。 トップページです。さっぱりとした画面です。まずはサインアップまたはログインを行います。 サインアップする際に公開鍵も登録できます。この辺りはSSHを使うgitらしいサービスです。 無事サインナップ完了です。 リポジトリを作成しました。この表示もGithubに似ています。 リポジトリの設定画面です。パーミッションの設定も可能です（プライベートリポジトリを作成できます）。 ユーザ設定画面です。 ユーザプロフィール画面です。リポジトリが
gitチートシートver0.2を公開して情報デザイン出身の人に激しく突っ込まれた日記 - 西尾泰和のはてなダイアリー
http://www.nishiohirokazu.org/tmp/git02.pdf あまりに激しく突っ込まれたので「ちょ、ちょっとまって、続きはまた今度で」とお願いして逃げ帰ってきました。 「リポジトリって何」「変更履歴を溜めておく場所」 「これ書き換えるのはどこ」「<name>のところ」「じゃあ斜体にするか色変えるかいっそ日本語にしなきゃ。かっこごと灰色とかにしないとかっこを入力しちゃうよ」 「コマンドの部分を箱で囲むなり書体を変えるなりプロンプトつけるなりが必要」 「コミットをするって何？」「変更履歴をリポジトリに入れること」 「なんで『最初の』コミットなの？最後のコミットはあるの？」 「コメントでの解説の色を変えろよ」 「『.gitにできる』ってどこ？急に思いついて作っていいの？いつもhomeにいるとは限らないでしょ」「いまいるディレクトリの中。思いついて作っていいよ」「2回 g
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.nuts-choco.com/?p=159