暮らしの業(2013-03-22)
▲ TechHills 5th : Go to Git! 〜さらばsvn〜に登壇しました CROOZ株式会社主催のTechHills 5th「Got to Git!」というsvnからgit移行がテーマのイベントに登壇しました。だんたんGit芸人というロールを受け入れてきた感ある。 http://crooz.co.jp/techhills/ 僕のセッションは、一番最初ということもあり、ソースコード管理システムはいままでどこから来てどこへ行こうとしているのかを振り返ることで、なぜ移行しなくてはならないのかというこのイベント全体の向かう方向付けを定めた(つもり)。 後半のパネルディスカッションでは、皆さんがたいへん真面目なのでチャラい担当をさせて頂きました。 最後の名刺交換会で組み込み系のコンサルティングの方から頂いた質問が面白かったのでうろ覚えで細かいニュアンスはあやふやですが、書いておく。
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
Windowsで楽勝にgitを使う方法 - L'eclat des jours(2012-02-19)
_ Windowsで楽勝にgitを使う方法 (2012/3/4注：このエントリーは正確には、『Windowsで楽勝かつクリーンにgitをインストールする方法』です。楽勝な使い方については、『デザイナーのためのgit』を読むと良いでしょう） まだすべてのコマンドを試したわけではないけど、次のようにすれば、わずか数クリックでgitが使えるようになる。しかも、Windows環境の汚染も目に見える限りは無い。 1) Heroku Toolbelt for Windowsをダウンロードする。 2) インストールする。この時、既定のインストール先はc:\program files\Herokuになっているが、当然、そのままにしておくこと。 3) インストールが完了したら、「スタートメニュー」－「すべてのプログラム」－「Ruby 1.9.2-p290」（このフォルダはおそらくバージョンアップによって変わ
[review] 7つの言語 7つの世界 - KeN's GNU/Linux Diary(2011-08-23)
View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) 先日はMackerel Webhookを処理するライブラリをGoogle Chat通知の実装例込みでRuby版で作っていた。 kmuto.hatenablog.com しかし、今日びRubyだとあまりありがたがられなくなってしまっているので、TypeScriptで書いたnpmも作
![[review] 7つの言語 7つの世界 - KeN's GNU/Linux Diary(2011-08-23)](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
master ブランチで pull request していいのは小学生までってこともない - HsbtDiary(2011-06-16)
■ [git][github][tDiary] master ブランチで pull request していいのは小学生までってこともない GitHubへpull requestする際のベストプラクティス - hnwの日記を読んで感じたこと。 このエントリではmasterブランチで pull request していいのは小学生までと言われているけど、少なくとも tDiary ではどうでも良いからパッチ送れとしか思わないなあ。 具体的には master ブランチで作業したものを pull request しても別にコードの内容に問題がなければがんがん取り込むし、コンフリクトがひどかったり、なんじゃこりゃというのは差し戻すのでパッチを投げる側は気にする必要はない。繰り返すけど、Gitのお作法よりもコードの内容の方が重要ってことを頭に置いた方が良い。 もちろん、件の記事のようにちゃんと Git を
Features / Project Management - GitHub
Every repository on GitHub comes with the tools needed to manage your project. Open to the community for public projects – secured for private projects. Manage Teams with Organizations Whether you're running an open source project or a Fortune 500 company, Organizations simplify team management. With teams you can give your developers as much or as little power as they need, from the ability to cr
GitのCommit中のAuthor名およびCommitter名を変える - idesaku blog
ローカルで持っているGitリポジトリをGitHubにpushしてしまいたいなぁ、と思ったのだが、pushする直前にAuthorおよびCommitterとして自分の本名を使っていることに気づいた。そういえば、Gitを使い始めたころはuser.nameに正直に本名を入れていたなぁ…。 そのままでも大した問題はないのだが、ネット上ではidesakuで通すことにしているので、こいつらを修正した。その際、あまり使わないコマンドを使ったので、作業ログなど残してみる。 さて、どうすればよいか。すぐに思いついたのは、git-rebaseを使うことである。 ところで、Gitは全てのコミットにAuthorとCommitterの二つの名前を記録している。これは、オープンソース分野でよくある「パッチを書いた人(Author)と、それをリポジトリにコミットした人(Committer)が違う」ケースに対応するための措
git rebaseのメモ - unpushの日記
ときどき間違うので。 大雑把に言うと、git rebase は「git reset + git cherry-pick × n回 を自動化したもの」と考えられる（適用するコミット群が少なければ、手動でreset & cherry-pickしても良いが、たくさんあるとそうもいかない） 好きな場所にresetして、好きな位置から好きな位置までのコミットを順次適用できる。 つまりコミットを並べ替えたり除外したり、「積み木を積み直す」ようなことが出来る。 git rebase ポピュラーな使い方。 現在のブランチをにreset から見て現在のブランチにだけ存在していたコミットを順に適用 適用されるコミット群は、から見て現在のブランチにだけ存在していたコミット、つまりgit log ..HEAD で出てくるコミット。 以下の例だとA、B、Cのコミットがreset後に適用される予定 A---B---C
「入門git」を読んだ (Kanasansoft Web Lab.)
「あなたが読んだ『入門git』は銀色のgit本ですか? それとも小豆色のGit本ですか?」 「銀色のgit本です」 というわけで、頭文字が小文字の方の『入門git』を読みました。 大文字の方の『入門Git』と発売日が一ヶ月ちょっとしか違わないので、『入門ギット買った』とつぶやかれてもどちらの本か判断つかない状況ですね。 聞いた話によると、大きい方のGit本のほうが高度な内容らしいので、一番最初に手を出すのなら小さいgit本が良いかもしれません。 大きいGit本はまだ持っていませんが、周辺の評判も良いので近々購入予定です。 CVSやSVN等の集中型のバージョン管理システム(VCS)を使っていた人達だけでなく、これまでバージョン管理システムそのものを使った事がない人にもお勧めできる内容です。 大変わかりやすく、大変読みやすく仕上がっていました。 初版の1刷にも関わらず誤植も見当たらず(少なくと
gitster's journal - ようやくgit本が出る
07:41 pm - ようやくgit本が出る 昨年末から書いていたgit本がようやく校了となって、印刷所に入稿というところまでこぎつけた。先月の半ばに、Swicegoodの翻訳本がオーム社から出て、いまこれが Amazon.co.jp でかなり売れているようだが、紛らわしいことに書名が全く同一である。せめて一方が「入門Git」でもう一方が「Git入門」ででもあれば良かったのだろうが。ボクの本の方は、今月の19日頃から書店に並ぶことになっている。 もうだいぶん前のことになってしまったが、Swicegoodの原著はボクも技術監修したもので、内容に間違いもなくて良く書けた本にまとまっていた。日本語版を出すときに最近のgitに合わせた加筆更新が行なわれたのか、原著のままの内容なのかは知らない。一番手のSwicegoodに始まり、Loeligerと、先月出たChaconと、洋書では今まで三冊のgit
だいたいgitが使えるようになった。またはRuBBSとmobilerをGitHubへ - ただのにっき(2009-03-25)
■ だいたいgitが使えるようになった。またはRuBBSとmobilerをGitHubへ Git入門のチュートリアルをひと通り読んだあとは、ネット上で日本語情報を軽く漁るという、系統だった学習とはとても言えない(でもいつも通りの)手法でだいたいの雰囲気はわかった。というか、GitHubで都度つどに出てくるヘルプが優秀で、その通りにコマンドをツッコむと、だいたいしたいことができるというのは、なかなかすごい。今回いちばん感心したのはGitHubのユーザビリティだったりして。 というわけで、spc.gr.jpの閉鎖にともなって移転先のなかった(しかしすでに歴史的意味しかなさそうな)古いプロジェクトで練習した。RuBBSとmobiler。自宅サーバにあったsvnリポジトリはすでに救出不能なので、最新のパッケージを入れて、READMEの文字コードをUTF-8にした程度だけど(GitHubはREADM
デブサミ2009 はてなの開発戦略 - 2nd life (移転しました)
先日のデブサミ2009で発表した、はてなの開発戦略 (すごい名前だ…) のプレゼン資料を公開します。前半は主に git の話で、後半ははてなブックマークリニューアルの、Perl 層の開発をどんな感じで行っていったか、という話です。 デブサミ2009 はてなの開発戦略View more presentations from hotchpotch. はてなの git では、中央のマスタレポジトリサーバがあって、そこから各自 clone / fetch して開発を行ってるので、完全に github のような分散のメリットを生かしているわけではありません。 しかし完全に分散を生かさずとも、git に移行したメリットは十分にあって、資料の中でもふれていますが、やはり一番便利なのが git のブランチ機能です。もうこれ無しでの開発は考えられないなぁ、ぐらいで、さくっとブランチ切って開発、ブランチの切り
Rails' Wiki - Rails勉強会＠東京第33回に参加してきた． - なんとなく日記
ここ最近の9月としては結構冷え込む中，30人ぐらいが Git のために集まりました．Git すごいよ，Git． 午前中は Git のお話 午後はそのとき決めることに まとめと感想 はてブのタグ RailsMeetingTokyo ぎっとであってじっとではない． いろんな使い方があるけど，やっぱ基本はあると言うことがわかった． 専門家(？)を呼んでの講演は非常に良かった．こういう異文化交流っていいよね． 分散ソースコード管理システム Git 岩松さん＠Debian JP Project の中の人 もともと OSC Sapporo で高橋会長が依頼したようだ はじめに Git は「じっと」じゃなくて「ぎっと」 使い方は人によってそれぞれ異なる 朝起きてまずすることは -> リポジトリのチェック Git のデータモデルや考え方 4つの階層 Working Copy index Local Rep
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
My mental model about Git
GitHub - iwamatsu/git-study at 5f14c880984566ee70f9418212c1890cd08be9fe
Presentation
GitHub - RailsベースのGitリポジトリホスティングサービス