A guided tour that walks through the fundamentals of Git, inspired by the premise that to know a thing is to do it. Git is a powerful, sophisticated system for distributed version control. Gaining an understanding of its features opens to developers a new and liberating approach to source code management. The surest path to mastering Git is to immerse oneself in its utilities and operations, to ex
Git のコマンド体系は全く歴史に学ばず後世に禍根を残す酷いデザインだが、どういうわけか内部構造は大変素晴らしい。特にファイル構造を一旦キーバリュー式データストアに保存するというのは是非参考にしたいアイデアなので調べてみました。 Git 内部データストアの基本機能は、ファイル名を使わず中身だけを保存する事です。ファイル名が無くて後からどうやって保存した中身を取り出すかというと、保存時に SHA-1 という文字列が発行されるのでそれを鍵に取り出します。それでは試しにやってみます。まず準備として新しい Git レポジトリを作ります。 $ mkdir test $ cd test $ git init Initialized empty Git repository in /Users/takashi/tmp/test/.git/ blob 次に、適当な文字列を保存します。 $ echo '適当
libgit2はC製のオープンソース・ソフトウェア。ここ1、2年で急速に人気を高めたバージョン管理システムがGitだ。特にRuby開発者の間で好んで使われているが、最近では企業内でも利用されるようになっている。今後も実績を積み重ねていくことだろう。 公式サイト そんなGitはシステム開発の現場以外でも使われるようになっている。例えばコンテンツのバージョン管理に使われるなど、ソフトウェアのバックエンドとして活用するのにもぴったりなのだ。そんなシステムとGitを連携させたい時に使えるのがlibgit2だ。 libgit2は単体で利用するソフトウェアではない。C言語で開発されたGitライブラリで、高速さとマルチプラットフォームでの動作、多彩な言語へのバインディングが特徴となっている。Windows/Mac OSX/Linuxで動作し、かつ例えばWindowsであればMS VCでコンパイル可能だ。
GitboxはMac OSX用のフリーウェア。Gitはターミナルからでも十分使えるため、GUIフロントエンドを必要とはしてこなかった。だが複数人が関わるプロジェクトでは不慣れな人も多い。そうした時にはやはりGUIフロントエンドがあると便利だ。 見た目はシンプルなGitクライアント Gitの全ての操作を行えなくとも、普段の運用上はコミットしたりPushやPullを実行できるだけでも十分だろう。そんなライトなGitフロントエンドとしてGitboxを紹介しよう。 Gitboxは任意のリポジトリを指定して開く。そうするとコミットログが一覧で見られる。その中で変更されたファイルについても確認が可能だ。さらにファイルを選択すればFileMergeなどの差分表示ソフトウェアで変更箇所が確認できる。 差分の確認は外部ツールで 変更されてリポジトリに反映されていないファイルの一覧も確認できる。後はファイルを
【Emacs本を書きました】 gitはブランチが強力です。 ブランチは単なるポインタなので、gitではブランチの積極的な利用が推奨されています。 トピックブランチ特に「トピックブランチ」は便利なブランチ利用法です。 作業前に特定の作業用のブランチを切り、無事に実装できたらmasterにマージ（リベース）し、ブランチを削除する方法です。 トピックブランチを切ることで、現在の目標を明確にすることができます。 また、緊急の修正をする場合はあわてずに一旦masterに戻って修正し、再びトピックブランチで作業することができます。 トピックブランチについては http://progit.org/book/ja/ch3-4.html が詳しいです。 トピックブランチを作成するnewtopicとういう名前のトピックブランチを作成するには、以下のコマンドを使います。 $ git checkout -b ne
■ 入門Git(濱野 純(Junio C Hamano)) 4ヶ月も前に買っておいて今ごろ読むとかね。しかも出版はさらに4ヶ月前とか、どうなんですかね。 すでにGithubを便利に利用していて、チュートリアルにも一通り目を通してあるので、まぁ復習がてら……と思って読み始めたらとんでもない、これはツールの入門書ではなく、新しいソフトウェア開発のワークフロー解説書だ。というか、いきなり内部構造の説明から入る入門書なんてあるかい! 冒頭Linusのはしがきに、彼が作ったベースの上に「一般のユーザにも適したユーザインタフェース」と「磨きあげられたシステムにまで育てていくメンテナ」が必要だと書いてあって、いきなり吹き出してしまう。いや、実際Gitプロジェクトは(本書の著者という)素晴らしいメンテナを得ているが、ユーザインタフェースはとても一般向けとは言い難い。特にリポジトリを操作するコマンドが多すぎ
% wget http://kernel.org/pub/software/scm/git/git-1.6.5.3.tar.bz2 % tar jvxf git-1.6.5.3.tar.bz2 % cd git-1.6.5.3 % ./configure --prefix=/home/monaos/local/ --without-tcltk && gmake && gmake install .bashrc などで PATH を通す。 PATH=/home/monaos/local/bin:/home/monaos/bin:$PATH リポジトリ作成 % mkdir git % cd git % git init --bare ローカルのリポジトリを push % git config user.name "higepon" % git config user.email "higepo
LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 なお、Gitの基本的な考え方や使い方については分散バージョン管理システムGit入門でも紹介しているので、そちらも参照してほしい。
Wikihub (wikihub.org) の使い方 Wikihub は，Git や Subversion にて文書を管理したいコマンドライン大好きなプログラマーさんたちが，文書を自分にあったやり方で更新しつつ，バージョン管理しつつ，でもウェブでも見たい，という欲張りな要望をかかえているだろうと勝手に判断し作成された，バージョン管理連携wikiインターフェースです． 現在クローズドベータとして運営中． この文書もGithubをリポジトリとした，wikihub上で管理されています． http://github.com/sotarok/wikihub-wiki/tree/master ログイン/ユーザ登録 OpenIDのみ対応しています． 現在クローズドベータなので，使ってみたい方は，twitter にて，@sotarok までお声がけください．DMにて Closed beta registe
ここ数ヶ月の成果。やっぱり中心にはgitがある。 チケット駆動開発の良さはわかっていたが、なかなかうまくいかないなぁと思っていたが、gitをちゃんと使うようになってそれができるようになってきた。 チケット駆動開発を実践するにはまずはチケットをきらないといけない。けど、それができない。やっぱりいきなり手をつけちゃうんだよね。それってなんでそうなっちゃんだろうと常々思っていた。 それをある意味抑制するやり方。今やっている方法は、作業するなら作業用のブランチを切れ！それにはチケット番号を付けろ！という方式にしている。 たとえば会員管理の機能に追加したい場合は以下のような手順になる。 会員管理を拡張したいなぁ じゃRedmineでチケットを切るぞ チケット番号が振られた(たとえば #567 だとする) さぁ、ブランチ切るか(members_567) そのブランチで作業開始！ 濱野さんがWEB+DB
なにがしたいのか 自分が会社のPCと、ノートPCの両方で開発したいだけなんですがね。 技術者なんか俺だけですので。 Heroku関連は過去記事参照のこと。 参考：WindowsでRubyでHerokuでGitでRailsやった - 常識という迷信 最初に、railsプロジェクトの作成とHerokuへのcommit 会社でプロジェクトを作成して、手元のgitにcommitする。 rails myapp cd myapp git init git add . git commit -m "first commit hogehoge" 次に、ディレクトリはそのままで、Heroku側にアプリを作成する。 heroku create myapp git remote add heroku git@heroku.com:myapp.git git push heroku master ここまでは、He
これはgithubじゃなくても使えるかも Gitはトランスポート層が選択出来るのは知っていたけど、まさかこんな書き方出来るとは思ってなかった。 以前、こんな記事書きましたが github.comへのSSH接続にはホスト名"ssh.github.com"、ポート"443"に接続する様に設定します。※このssh.github.comが味噌です。 github.comへのSSH接続にはホスト名"ssh.github.com"、ポート"443"に接続する様に設定します。 ※このssh.github.comが味噌です。 http://mattn.kaoriya.net/software/20081029172540.htm これ以下の1行で出来る事が分かりました。 # git clone ssh://git@ssh.github.com:443/my-name/my-repo.git ssh.git
Windowsで利用できるGUIのGitクライアントの1つに「TortoiseGit」がある。TortoiseGitはまだ開発段階のソフトウェアではあるが、2009年6月5日にリリースされたバージョン0.7.2.0では多くの機能が実装され、実用的に動作するようになった。本記事ではこのTortoiseGitを用いて、Windows環境でGitによるバージョン管理を行う方法について解説する。 近年、「Git」という分散バージョン管理システムが注目を浴びている。しかしGitはWindowsサポートが弱く、またGUIで利用できる使いやすいクライアントがなかったため、特にWindowsユーザーには導入や利用へのハードルが高かった。そこに登場したのが、Windowsのエクスプローラに統合され、GUIでGitによるバージョン管理が行えるツール「TortoiseGit」である。TortoiseGitはまだ
id:typester さんの発言 を見て github-growler なるものがあることを知る。宮川さん作。 で、さっそく設定をしてみた。 ソースは github からダウンロード。(ここ) git clone http://github.com/miyagawa/github-growler.git cd github-growler perl github-growler.pl [userID] [APIキー] (※APIキーは [home] => [account] に書いてあります) これで動くようになればok. これ自身がデーモンなので、そのまま放置しとくと新しい動きだけを表示してくれる。 毎回 UserID と APIキー の入力がめんどい場合は git config で登録しておけばよい。
これからGitを始める人が読むべき記事のまとめ 2009-05-13 candycane(RedmineをCakePHPでPHPに移植するプロジェクト)の開発でGitの素晴らしさを痛感したので、これはもう全力でGitを広めるべきだと思いました。そこで、これからGitを始める人が読むべき記事をまとめてみたいと思います。 なお、Gitの発音は「ぎっと」です。 目次 1 Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」2 Gitを使いこなすための20のコマンド3 GitM#1 プレゼン資料4 Git/Subversionコマンド対応表5 アリスとボブのgitをちゃんと理解したい！6 github.com7 Gitはソースからインストールしよう Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」
ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア（OSS）プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい
2009年04月02日03:30 カテゴリTips tips - svnメイン、でもgithubでも公開したい場合の最小手順 というわけで、遅ればせながらgithubはじめました。 dankogai's Profile - GitHub のですが、正直どうもgitにはとっつけない。RCS → CVS → subversion というのは、コマンド体系も互換性が高い正常進化でとっつきやすかったのですが、gitはそもそも考え方からして違うということも大きいかと思います。 というわけで、とりあえずひきつづき subversion をメインに使いつつ、githubでも公開したい場合どうしたらいいのかという備忘録を。 gitクライアントの入手 入手は以下から。 Git - Fast Version Control System 私はOS Xのバイナリを素直にインストールしました。インストールすると
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
