github の pull-request を clone する設定をいつも思い出せなくて、毎回ググってるので alias を書いた。 Checkout github pull requests locally Here's fetch : 1 git fetch From github.com:gittip/www.gittip.com * [new ref] refs/pull/100/head -> o... https://gist.github.com/piscisaureus/3342247 $ git config --global alias.pr-setup "config --add remote.origin.fetch +refs/pull/*/head:refs/remotes/origin/pr/*" とすれば alias がインストールされるので、以後は pu
gitの唯一の弱点は日本語ファイル名に弱いことだ。 つい最近WindowsではUTF-8ファイル名に対応したが、MacではUTF8-MAC(UTF-8-MAC)問題という持病を抱えていた。 このため、WindowsやLinuxで濁点、半濁点とかの入った日本語ファイル名のファイルを含むリポジトリを作成し、Mac上にcloneすると、次の画像のようにこれらのファイルをリポジトリ内のファイルとして見なしてくれないと言う問題があった。 日本語ファイル名が使えなかった旧バージョンのgit 簡単に説明すると、ファイル名の見た目はLinux等と一緒だが、文字コード的に濁点の扱いが微妙に違うためである。ある意味、文字化けの類の問題である。この説明はかなり端折っていて不正確なので、技術的な詳細はこちらを参照して欲しい。 これまで、解決するにはnfsをマウントする方法や、パッチはあったが、本家では取り込まれて
たとえば、hoge.txtというファイルがレポジトリの中にあったとして、 HOGE.txtにファイル名をリネームしても、ファイル名の変更は gitは追跡してくれない。 しかし、ファイル名自体は変わっているので、プログラムで エラーになる可能性はかなり高い。 どうしたものかね。
g ci, g a, g st, g df, g dfc, g gr, g g— あそなす.rb (@asonas) July 8, 2013 g coはcheckoutなのでg ciはgit commit— あそなす.rb (@asonas) July 8, 2013 commitおかしいだろ！— あんぬい (@PUPRL) July 8, 2013 checkout に対応する逆向きの操作は checkin だょ。君たちも宿泊先のホテルに着いたらフロントでチェッッキンして、翌朝にホテルを去るときはチャキナウッツするでしょ。 リポジトリへファイルを書き込むことを、チェックインやコミットと呼ぶ。 バージョン管理システム - Wikipedia @PUPRL だいたいじゅんさんのconfをみてもぐもぐしてる— あそなす.rb (@asonas) July 8, 2013 ぼくは checki
Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の３つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる！massageじゃない、messageだ！マッサージを作ってどうする！ 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
Original Page: http://git.or.cz/course/svn.html Based on: Last-Modified: Tue, 08 Apr 2008 21:30:18 GMT Git バージョンコントロールシステムへようこそ! ここでは、現在あなたが有している Subversion の知識を元に、Gitの使いかたを簡単に紹介していくよ。 最新の Git をインストールしておこう。 Git ドキュメントの中にも、とっても有益なチュートリアルが用意されている。 How to Read Me Things You Should Know Commiting Browsing Tagging and Branching Merging Going Remote Sharing the Work How to Read Me こんな感じの小さなテーブルの中では、特定のタ
ソースコード管理をする git の勉強をしていながら、いまさらではありますが、枝分かれについてです。 いろいろとプログラムを開発しているときに、ちょっと新機能を付け加えてみたいけどうまくいかなかったら困るなぁ、なんてときに枝分かれは有効です。 CVSでは、枝分かれは案外面倒な作業でしたが、git では簡単にできますので、ばんばん新機能チェック用に分岐できます。 要するに、 安定開発メイン1 --+- 安定開発メイン2 --+- 安定開発メイン3 --+- 安定開発メイン4 | | | | | +- 実験開発３ +- 実験開発1 -- 実験開発2 のように、安定開発メインのラインで Version2 を開発中に、別の新機能の実験開発1、さらにその発展形の実験開発２でうまくいくのを確認したら安定開発ラインの
GitHubが提供するコードスニペットサービス(という言い方で良いのかな？)、「Gist」をvimから扱えるvimscript「Gist.vim」を書いた。 内部はcurlコマンドを使っており 一覧 閲覧 ポスト プライベートポスト が出来る様になっています。導入にはcurlコマンドとgitコマンドが必要です(コマンドライン版gistコマンドやrubyは必要ありません)。ただし、グローバル変数に"github_user"と"github_token"さえ設定していればgitコマンドも必要ありません。 使い方は、適当にバッファを開いて :Gist とすればポストされ、公開URLがコマンドライン上に表示されます。 またビジュアル選択して :'<,'>Gist で部分的にポストする事も出来ます。なお引数として :Gist -p もしくは--private を指定するとprivateモードでポスト
dotで始まるUNIX設定ファイルというのは、追記、削除も多いし、他のマシンで使い回したりすることも多いのでバージョン管理システムで管理してしまいたいもの。そこで今回はgitを使って管理してみる。 git インストール まずはgitをインストールする必要がある。gitはmacportsからインストールすると管理がらくだと思う。以下macportsは入っていることが前提。 sudo port selfupdate sudo port install git-core tiggit-coreがgitのメインパッケージ。tigはgitのログを見やすくするツール。どっちもはてなインターンで知ったものの一つ。 github を設定しよう さて、macportsはコンパイルが前提だから、めっさ時間がかかって暇してしまう。とくに初回のインストールだったりすると、依存関係にあるperlとかopensslと
« ニコニコ動画をダウンロード出来るPerlモジュールWWW::NicoVideo::Downloadを試してみた。 | Main | ニコニコ動画をダウンロード出来るプログラムをC言語で作ってみた。 » 皆さん既に知ってたら御免なさい。ずっと知らなかったのでgithubには手を付けてませんでした。 githubは、cloneするとき # git clone git://github.com/yappo/konnitiwa.git の代わりに # git clone http://github.com/yappo/konnitiwa.git とgitをhttpにするとclone出来るのは知っていたのですが、pushはsshを使うのでport 22が開いてないとpush出来ない物と信じ込んでいました。 が、今日解決しました。以下私がWindowsで行った手順 Windowsじゃない人は最初の
■ [git] git を使ってみた kakutani さんの testable_tdiaryのコードを読んでみたくて git に手を出してみるの巻。 とりあえず、何も考えずに APT で色々入れてから git clone git://github.com/kakutani/testable_tdiary.git を実行。とりあえずできたディレクトリの中身を見てみても、普通の tDiary と何ら代わりがなくて一瞬固まる。 なんだこりゃーと wassr でつぶやいたら、walf443さんから色々教えてもらった。git ではとりあえずブランチで作業するのが基本のようなので、まずはリモートに存在するブランチを確認する。 % git branch -r origin/HEAD origin/master origin/rackup-scratch origin/sapporo01 続いてブランチ
![[git] git を使ってみた - HsbtDiary(2008-10-27)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
http://www.jipdec.or.jp/procon/workshop/ 日時：平成20年10月1日（水）11:00〜16:15 場所：ANAインターコンチネンタルホテル東京 地下1階「グローリー」 参加費：無料 参加申し込み：http://www.jipdec.or.jp/procon/workshop/kojin.html 講演： 「ゲームと人生とプログラム」株式会社ビサイド 南治 一徳 氏。「どこでもいっしょ」を作った人 プログラム言語「Ruby」開発者まつもと ゆきひろ氏によるフリートーク 「プロコン審査委員・入選者とのフリーディスカッション」 わたしもフリーディスカッションに出ます。プロコン入賞者の皆さんとお話をする。いろんなことを聞きたいなあ。いろいろなことを語りたいなあ。 学生の皆さんへのお願い：上記のイベントを友人知人へおしらせしてください。そして可能なら参加してく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
