GitHub のリポジトリページにアクセスするだけでローカルに git clone される Chrome 拡張を書きました.ggc という略称になりますが,まあなんかこれ紛らわしいですね. なぜこんなものが必要になったかというと GitHub のリポジトリ内検索は割と結果がひどくて,手元に clone してきてから grep なりなんなりをかけた方が必要なものを得られる可能性が極めて高い,というのがあるためです. そんでもっていちいち clone するっつうのもダルいので,それだったらブラウザでリポジトリのページにアクセスした瞬間に自動的に clone すればいいじゃーん,もう2015年なのでストレージとか気にせず豪快にいこうやガッハッハ,という方法に id:s5r 氏と話していて辿り着いたのでそれを実装したというのが経緯になります. Chrome 拡張を名乗っていますが,実態は Chro
2013-01-13 git をコマンドラインから使っていると、過去の diff を見るときにちょっと面倒。結局、わざわざWebブラウザでGitHubを開いてコミット履歴を見たりしていた。 そこに、 tig というツールをインストールしてみたら、あまりに便利で驚いた。もうtigなしではgitを使えない。名前は前から知っていたのに、なんで今まで使っていなかったんだろう。 先日構築したtmux環境で、右半分にtigの画面を表示したところ。右画面で履歴を見ながら、左画面でファイルや git の操作ができて便利。 上にコミット履歴、下に差分が表示される。カーソルキーを動かすと、コミットごとの履歴をサクサク見ることができる。 インストール brew install tig 使い方 gitで管理しているディレクトリで tig コマンドを起動するだけ。 カーソルキーの上下で前後のコミット履歴へ移動。 E
告白されたいと思って、 告白しやすくしたりしたが、男からしか告白が来ない。 http://hisaichi5518.hatenablog.jp/entry/2012/11/10/003301 よく考えたら、大人になって、社会人になって、エンジニアになって、 おじさんと話すことは多くなったが、女の子と話すことがない。 告白なんて夢のまた夢だと気づいた。 でも、やっぱり女の子に告白されると嬉しい。 とくに可愛い女の子に告白されたら嬉しい。 可愛い女の子といえば、宮崎あおいだと思う。 宮崎あおいに「会いたい早く帰ってきて」とか言われたい。早く帰りたくなる。 宮崎あおいに「おかえりなさい」とか言われたい。早く帰って良かった。 なので、コミットしたら宮崎あおいに告白されるgit hookを作った。 コードを書いてコミットをする、たったそれだけで宮崎あおいに「会いたい早く帰ってきて」とか言われる。最高
告白されたいと思って、 告白しやすくしたりしたが、男からしか告白が来ない。 http://hisaichi5518.hatenablog.jp/entry/2012/11/10/003301 よく考えたら、大人になって、社会人になって、エンジニアになって、 おじさんと話すことは多くなったが、女の子と話すことがない。 告白なんて夢のまた夢だと気づいた。 でも、やっぱり女の子に告白されると嬉しい。 とくに可愛い女の子に告白されたら嬉しい。 可愛い女の子といえば、吉高由里子だと思う。 吉高由里子に「好きって言って」とか言われたい。 吉高由里子に「好きだバカ」とか言われたい。 なので、コミットしたら吉高由里子に告白されるgit hookを作った。 コードを書いてコミットをする、たったそれだけで吉高由里子に「好きだバカ」とか言われる。最高。高まる。 https://github.com/hisaic
1億行のファイルに1行追記するだけでレポジトリ容量が2倍になった 以前の記事「Gitレポジトリはパッチの集積ではなくてスナップショットの集積である。」を確認するために、1億行のファイルを作って実験してみました。 結果は、なんと1行追記しただけでレポジトリ容量が200MB増加し、サイズが2倍になりました。 実験手順 空のレポジトリを作る 1億行のファイルを作ってgit addしてgit commit コミットする そのファイルに1行だけ追記してgit addして git commitする 空のレポジトリを作る $ git init 1億行のファイルを作る 1億行のファイル(1から1億までの数字が書かれたファイル)を作ります。 $ seq 1 100000000 > numbers.txt この時点で、ワーキングツリーとレポジトリ容量を調べてみます。 $ ls -lh 合計 848M -rw-
Git、この後どうしたら良いんですか? いったん、この図の流れに従ってやってみてください。(チームのみんなへ) 編集する プログラムに編集を加えたら、全ファイルをgit管理下に入れて、コミットして、pushします。 git add . git commit -a git push origin master pushに失敗した場合 無事にpushできれば、それで作業終了ですが、運悪く他の人の更新が先に入っている場合があります。その時はこのようなメッセージが出ます。 ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'git://hoge.com/fuga.git' To prevent you from losing history, non-fast-forward up
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
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
触れるのがこわくてずっとGitを避けて来ました。ですが、使わなければならない状況に追い込まれたので初心者ながら少しずつコミットしたりしながらGitの使い方を学んでいたらGitってもしかして楽しいかも!!って思うようになり、もっとGitの事を学びたくて色々勉強出来る資料やサイトを集めていて情報がたまって来たので、ここでまとめていつでも見れるようにしたいと思います。 Gitの仕組みを優しく教えてくれるスライド 素敵なスライドがありましたのでご紹介させていただきます。 うん、見やすい!見やすいよー!! Gitを勉強出来るサイト サルでもわかるGit入門 サルでもわかるGit入門 世界一わかりやすく説明しているサイトです。僕でもわかりました。 Learn Git Branching Learn Git Branching ゲーム感覚で勉強したい時はこちら。このサイト自体がすごい 笑 Gitコマンド
注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。 そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ
レクチャーしたいターゲット ・ エンジニアではない(エンジニアは自分でちゃんと勉強しましょう) ・デザイナーさん等、ローカルでwebアプリケーションを確認しながらマークアップ編集したり、画像を追加したりする感じで、あまりロジック部分はいじらない ・svnは使ったことがある(コマンドラインからだとうれしいけれど、GUIでも) ・コマンドラインはあまり使ったことがなくてもOK 推奨環境 ・gitはコマンドラインから使ってもらう ・チームでのブランチの管理はきちんと(masterに直接コミットしないルール/ターゲットがデザイナーさんならデザイナーさん専用のブランチがあり、定期的にエンジニアがmergeしてあげる等) ・基本的にターゲットが見るブランチは1つ gitの説明 ・svnが少し複雑になったものです(svnとの差分は必要に応じて説明) 導入 ・公開鍵作成、登録、clone、ブランチチェック
っていうのを id:t_43z と id:j5ik2o に自慢したら で、いつ Github にあげんの? と言われたので上げました。 https://github.com/yoshiori/oh-my-zsh-yoshiori シンボリックリンク貼るためのスクリプトも書いておいたので oh-my-zsh をインストールする 適当なディレクトリに移動 git clone git://github.com/yoshiori/oh-my-zsh-yoshiori.git cd oh-my-zsh-yoshiori sh linkmaker.sh source ~/.zshrc で、勝手に反映されるようになってます。 こんな感じで stash の数が出て便利!!!
git先日、msysGit(Git for Windows)がいよいよ公式に UTF-8 をサポート! という記事で「UTF-8 対応のコードがコミットされた」ことをお伝えしましたが、ついに、UTF-8 対応の新バージョン、msysGit 1.7.10 がリリースされました。いよいよ Windows でも日本語ファイル名を扱えるようになったので、「git では "詳細設計所仕様書.xlsx" をコミットできないんでしょ?」とブーブーいってた人を説得できる材料はそろいました!!!!それを記念して、この記事では UTF-8 対応の msysGit 1.7.10 を試してみた ブーブーいう人を黙らせるための「GUI で git する Windows 向けツール」まとめの2本立てでお送りしたいと思います。UTF-8 対応の msysGit 1.7.10 を試してみたさっそく Google Code
Webサービスの運営用にVPSと呼ばれるバーチャル・プライベート・サーバを借りることは昨今よくあることだと思います。 VPSのサーバを借りればroot権限を持てることになるので、自由度が高いサーバ環境を構築することができます。 また、スペックによって価格が違っていて、低いスペックなものだと月額かなり低価格なものが存在します。 僕はその中でも月額980円のさくらVPSを借りていて、それを個人用に限って使っています。 これから紹介するような用途であれば980円でもかなりいけます。 ちなみに980円コースのスペックは2012年3月現在で以下のようなものです。 メモリ: 512MB HDD: 20GB CPU: 2Core(仮想) gitリモートレポジトリ 僕が現行で行っているWebサービスでもiPhoneアプリ開発でもバージョン管理は必要になってきて、 そのためのプライベートなレポジトリが欲しく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く