Martin Fowler's Bliki in Japanese - 意味的衝突
@@ -0,0 +1,70 @@ +http://martinfowler.com/bliki/SemanticConflict.html + +私が同僚と[[FeatureBranch]](訳注：機能ブランチ)について話しているのを聴いた人は、我々があのパターンの大ファンではないということを知っている。 +我々の反論の重要な点は、ブランチ作成は簡単だが、マージは大変だという見解にある。 +時折耳にする議論としては、モダンな[[VersionControlTools]]があれば、 +マージは十分に簡単になるので、機能ブランチには行う価値があるというものがある。 + +確かに、モダンなツールは、私が若い頃よりもマージに関してずっといい仕事をしてくれる。その威力のいい例の一つが、リネームしてもマージしてくれるというものである。 +私が{{code('lorem.rb')}}の
LT概要「GitとMercurialのリポジトリ構造の違いと歴史改変について」SCMBootCamp in Tokyo - monjudoh’s diary
SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte
なぜbzrはhgより遅いのか - methaneのブログ
(hgの部分をgitに置き換えてもOK) bzrとhgを比較するベンチマークだと、特にcloneにおいてbzrが遅い。 bzrとhgにおける、リポジトリとブランチの扱いの違いについて まず、bzrは色々な使い方に対応できるようにしようとしてリポジトリとブランチと作業ツリーを分離して設計している。 bzrの .bzr というディレクトリは、作業ツリー、ブランチ、リポジトリを含む場合もあれば含まない場合もある。 bzr init-repo --no-tree foo # foo/ はリポジトリ bzr init foo/bar # foo/bar/ はブランチ bzr co --lightweight foo/bar baz # baz/ は作業ツリーさて、bzrのリポジトリ、ブランチ、作業ツリーとは何者か。 リポジトリというのは、リビジョンを格納するものだ。リビジョンとはあるディレクトリツリ
無為空間 |bzr initやらinit-repoやら
無為空間 むいむい(´ω｀*) Entries スポンサーサイト 上記の広告は１ヶ月以上更新のないブログに表示されています。 新しい記事を書く事で広告が消せます。 -------- スポンサー広告 bzr initやらinit-repoやら タグ: Bazaar 普段Subversionばかり使っている自分がBazaar 2.0.0のリポジトリやらブランチやらツリーやらチェックアウトやらの関係を理解するためのまとめ。 随時更新。 bzr init-repo repos reposディレクトリに.bzr管理ディレクトリ（control directory）を作成し、reposディレクトリ以下を共用リポジトリ（shared repository）にする。 共用リポジトリの.bzrにはrepositoryディレクトリが作成され、共用リポジトリに作られたブランチのリビジョンはそこに格納される。 b
GitConcepts - Mercurial
Mercurial for Git users Git is a very popular DistributedSCM that works very similarly to Mercurial. Both are built upon such similar concepts that most repositories can be converted to and from Mercurial and Git without any significant data loss! There are, however, significant design and conceptual differences that may cause trouble when coming from Git to Mercurial. 1. High-level Comparison Mer
MercurialとGitのブランチの違い - wyukawa's diary
MercurialのブランチというのがどういうものでしかもそれがGitと同じなのかどうかもいままでよくわからなかった。 その辺のモヤモヤがこれを読んで理解できた（気がする）。 experimentalworks » Blog Archive » Mercurial bookmarks A Guide to Branching in Mercurial / Steve Losh まずMercurialでは以下の4種類のブランチがある。 リポジトリをcloneしてつくるブランチ hg bookmarkで作るブランチ hg branchで作る名前付きブランチ 名無しブランチ リポジトリをcloneしてつくるブランチは hg clone test-project test-project-feature-branch というように単純にcloneして新機能を開発してあとでマージなりリベースなりする
コミットコメントを意地でも書かせたい - almost nearly dead
コミットコメントを意地でも書かせたいと思うことがあります。 でも意外と書いてもらえなかったりします。 酷い場合だと バグ修正 とか 対応した だけ書いてあったりします。 注意するのも疲れるし、大抵の場合は注意しても直りません。 そんなわけで、私が面倒を見ている環境だとpre-commit-hooksを使って、規定のバイト数のコメント書かないとコミット出来ないようにして対応しています。 単にエラーだと障碍だと騒ぐ人達が居るので、コメントの重要性をエラーメッセージで語りかけるようにもしてたりします(笑) 以下はTracLightning環境下で動作する(はず)のScriptです。*1 キーワードの定期的な見直しは必要ですが、コメントを書かないとコミットできなくなるので意識付けを行うのには有用だと思います。コミットコメントが書いてもらえないと悩んでいる方は試してみては如何でしょうか。 ＃結構やっ
Rebaseとトピックブランチ - プログラマの思索
Gitのリベース(Rebase)機能がようやく分かったのでメモ。 MercurialのMQは、GitのRebase機能を実現する重要な機能だ。 【元ネタ】 git rebaseって超便利じゃね？ - Seasons.NET Gitを使いこなすための20のコマンド - SourceForge.JP Magazine : オープンソースの話題満載 履歴の書き換えによって生じる問題 Mercurial: "Managing change with Mercurial Queues" を読む(3) | Inside ASCADE Pro Gitの日本語 Mercurialではじめる分散構成管理：第6回 勝手に「分散構成管理」 ～非Mercurial環境との共存｜gihyo.jp … 技術評論社 4.6. コミット ― TortoiseHg v0.8.2 documentation Subversi
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: 分散バージョン管理システムの詳細なガイド