Gitに潜む光と闇 | gihyo.jp
今年に入ってから、急速にGitが注目を浴びています。Google Trendsを見ると、Subversion、Mercurialなどに比べると圧倒的にGitの人気が高いのがわかります（図1）。 図1 Google TrendsによるGit（青）、Mercurial（赤）、Subversion（橙）の検索数 しかしながら、Gitを利用する人の意見は2つに分かれています。 A．わかりにくい B．すごく便利だ なぜこのようなに印象が二分されてしまうのでしょうか? 本稿では、「Gitに潜む光と闇」と称してこれらの意見に対して考察していくことにします。 Gitはわかりにくい? Gitがわかりにくいと思う人は、どうしてそう感じるのでしょうか。そのあたりのおおよその事情は下記のようなことだと考えられます。 （1）Subversionとコマンド体系が少し違う バージョン管理ツールとして、Su
Commit Often, Perfect Later, Publish Once—Git Best Practices
Dangling Tree A dangling tree is a directory tree of files that was not attached to a commit. These are rarely interesting, and often caused by merge conflicts. Inspect these files with git ls-tree -r SHA-1 Stashes Finally, you may have stashed the data instead of committing it and then forgotten about it. You can use the git stash list command or inspect them visually using: Misplaced Another opt
バージョン管理システムのリポジトリサイズ - ksaitoの日記
Subversion/Git/Mercurial/Bazaarとありますが、それぞれのリポジトリのサイズを調べてみました。 それぞれ、初期状態、1MBのファイルを1個、10個、100個のファイルを追加してリポジトリのサイズの増え方を比較しました。 結果、Mercurialだけがファイル数に応じて大きくなる傾向があるようです。 考察 リポジトリの実装は、今のところGitしかわかりませんので偏った考察ですが... Gitは、履歴の管理をブロブとインデックスで記録します。 ブロブは、ファイルの内容をSHA1ハッシュ値にしたファイル名にファイルの内容を圧縮した情報を記録します。 したがって、同じ内容のファイルがいくつ追加されてもファイルの内容は1つしか記録されず、インデックスだけが追加されます。 同じファイルをいくつも追加する今回の比較は、Gitに一番有利な比較と言えます。 バージョン 比較したバ
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
Git入門 - トップページ
※ 翻訳用のリポジトリ、作業状況は「マニュアルの翻訳状況」参照。 翻訳作業に協力してくださる方がいてくれるとうれしいです。
いろいろ - hg and git
hg と git のコマンド相違点 似てるようで違う hg と git の違いのメモ。 基本 working directory : バージョン管理対象のファイルを置くディレクトリ。バージョン管理対象にしないオブジェクトファイル等を一緒に置いても良い。 repository : working directory の一番上にある、.hg (hg の場合) または .git (git の場合) ディレクトリの中身。バージョン管理に関する情報、履歴等が置かれる。 あるところにあるリポジトリを追いかけるだけの使い方 たとえば www.kernel.org の Linus のリポジトリを追いかけるとか、そんな使い方の場合。一番シンプルな例。 最初の取得 (リポジトリを取得し作業ディレクトリに最新の内容を展開する) hg clone url [dir] git clone url [dir] 最新リ
bashにgitとmercurialのブランチ名を表示する - アジャイルSEを目指すブログ
参考にしたページ bashでgitとmercurialを使いやすくする - YAMAGUCHI::weblog 環境 Ubuntu 11.04 変更箇所 .bashrc の「PS1=....」みたいな所を下記のような感じで変更する。 .bashrc # prompt command hg_branch() { hg branch 2> /dev/null | awk '{printf "(hg:" $1 ")"}' } git_branch() { __git_ps1 '(git:%s)' } if [ "$color_prompt" = yes ]; then PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]$(git_branch)$
Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法 - mollifier delta blog
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 最近Gitを使い始めた。で、ブランチとか使うようになって、今どのブランチにいるのかをzshのプロンプトに表示したくなってきた。「そういやそんなブログのエントリ、よく見かけるな」と思ってちょっと調べてみた。 gitコマンドを呼び出してなんかやってる例が多いけど、manを読んでたらzsh自体にそういうのが組み込まれてたので紹介。vcs_info ってのを使うと解決する。 zshrcの例 いきなりだけど zshrc の書き方の例。 autoload -Uz vcs_info zstyle ':vcs_info:*' formats '(%s)-[%b]' zstyl
git-svnによる実プロジェクトでのチーム開発 (2)
こんにちは、SHIMADAです。 今回は、git-svnを使って上流のSVNリポジトリと同期をとりながら開発を進めていく方法について紹介します。 ■ 上流との同期 SVN側にコミットされた他のメンバーのコードをローカルに取り寄せるコマンドを二つ紹介します。 git-svn-fetch はじめに、リポジトリ全体の同期を取るコマンドです。 $ git svn fetch これは、trunkとすべてのブランチにコミットされた変更をローカルに取り込みます。 取り込まれる先は、 .git/ 以下にあるローカルのリポジトリです。 $ git branch -a で表示される、 remotes/svn/ 以下のブランチが最新の状態にアップデートされます。 git-svn-rebase 次に、現在チェックアウトしているブランチとワーキングファイルを同期するコマンドです。 $ git svn rebase
git-svnによる実プロジェクトでのチーム開発
こんにちは、SHIMADAです。Gitネタはたろちゃんに先を越されてしまいましたが、自分の環境でも、実際のプロジェクトでGitを実用的に使える状況になってきたので、そのへんについて書こうと思います。 ■ 前提 前提条件として、 1. プロジェクトのためのsvnリポジトリがサーバーに用意されていること 2. リポジトリが PROJECT_NAME/ `- trunk/ `- branches/ `- tags/ というSubversionの標準的なディレクトリ構成となっていること 3. ローカルに最新のgitがインストールされていること が条件となります。 前者が揃っていないという人は、まずSubversionを導入できるように社内での推進をがんばってください。 申請書とUSBメモリがないとコミットできないんだよ……、という人は、残念ながらあきらめてください。 （あれはネタだと信じていますが
TortoiseGit にて Git サーバと接続するまでの手順 - メモ＠taruru
Windows の Git クライアントの一つ「TortoiseGit」にて Gitサーバ ⇔ Windowsクライアント でファイルを push、pullするまでの手順を以下に記載します。 １．まずは以下のページにて最新版の「TortoiseGit」をダウンロードします。 http://code.google.com/p/tortoisegit/downloads/list ２．ダウンロードファイルをインストールします。 インストールの途中に以下の画面が出てきます。 「TortoisePLink〜」の方を選びます・ ３．インストール後に右クリックするとコンテキストメニューに「Git Clone」等の Git に関するメニューが表示されます。 ４．右クリック→TortoiseGit Settings をクリックすると 「MSysGit」のパスが見つかりませんのアラートが表示するので、 以下
Windows で GitHub の利用 - msysgit, TortoiseGit を使って | すぐに忘れる脳みそのためのメモ
0. 目次 Git の特徴 Windows で msysgit GitHub でリポジトリを作成 日本語の設定 Git を使うためのクライアント - TortoiseGit Git のコマンドを使ってみる 1. Git の特徴 ソースコードの管理に GitHub を利用してみる。 Git - Wikipedia とは、 プログラムなどのソースコード管理を行う分散型バージョン管理システム。動作速度に重点が置かれている。Linuxカーネルのソースコード管理を目的として、リーナス・トーバルズによって開発された。 特徴を押さえておく。 Gitは、arch等にも採用される分散リポジトリをサポートしており、 中央リポジトリからコピーする コピーしたリポジトリを編集し、コンテンツの修正、追加、削除を行う ローカルへコミットする 中央リポジトリへ変更内容を反映させる という形で行われる。 リポジトリへのア
ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
ウノウラボ Unoh Labs: git-svn駆け込み寺
こんにちは。murahashiです。 gitやgit-svnを使うにあたり、試したことや引っかかったことについて、yukiのエントリ ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn のつづきを書いてみました。 Q. ブランチ名を長くしてしまったので手打ちするのが大変です A. bashでgitコマンドを補完します gitのコマンド補完は git-completion.bash が便利です。 fedoraにyumでgitを入れた場合には下記場所にあります。 /usr/share/doc/git-VERSION/cntrib/completion/ 自分の見える場所にgit-completion.bashがなければ、インストール済みのgitと同じversionのgitのソースをダウンロードします。 cntrib/completion/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kkaneko.com
gr.jp
メモcache: gitの概念図
EGit Eclipse Git plug-in released
IBM Developer
DVCSAnalysis - support - Analysis of Git and Mercurial - Google Code