Mercurialにはamendがない @ val it: α → α = fun
This entry was posted by Jun Mukai on Wednesday, 22 June, 2011 git commitにある–amendというフラグをご存知だろうか。 gitでは、commitは手元のレポジトリに保存される。多人数で開発するときの中央レポジトリに反映させるには、commitしたものをpushする必要がある。……で、大抵の多人数で開発するプロジェクトの場合、commitした変更を(gerritとかの手段によって)レビューしたりしつつ、すべてが整ってから、pushするというのが一般的な流れかと思う。 だけど人間というのはうかつなことをするものだから、commitした直後に下らない間違いを犯しがちなわけだ。例えば、編集したのにChangeLogを追加してないとか。ファイル足したのにビルドファイルの変更を加え忘れたとか。そういうやつ。そういうしょうもない
Mercurial vs Git; it’s all in the branches
I have been thinking on comparing Git to other SCM’s. I’ve analyzed several of them and so far I’ve only done the comparison with Monotone (here). Nowadays it’s pretty clear that Git is the most widely used DSCM out there, but Mercurial is the second. So, here is a comparison between Git and Mercurial. Note: I’m a long-time advocate of Git, and a contributor to the project, so I am biased (but I h
Public Git Hosting - fast-export.git/summary
hg-fast-export.sh - mercurial to git converter using git-fast-import Legal Most hg-* scripts are licensed under the MIT license and were written by Rocco Rutte <pdmef@gmx.net> with hints and help from the git list and #mercurial on freenode. hg-reset.py is licensed under GPLv2 since it copies some code from the mercurial sources. The current maintainer is Frej Drejhammar <frej.drejhammar@gmail.com
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して新機能を開発してあとでマージなりリベースなりする
分散バージョン管理の弱点は日本語対応 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
なぜ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のリポジトリ、ブランチ、作業ツリーとは何者か。 リポジトリというのは、リビジョンを格納するものだ。リビジョンとはあるディレクトリツリ
分散バージョン管理系Mercurial こんなことも知らなかったの？＞自分 - 檜山正幸のキマイラ飼育記 (はてなBlog)
「ナルホドー！ 使って分かった Mercurial と Bitbucket の便利さ」に書いたような事情でMercurialを使っています。分散バージョン管理について理解も納得もしないままに、とりあえず使い始めて、「おー、便利だ」と思ったわけです。その後も理屈は分からないまま、その場で必要な機能だけツマミ食い的に利用。コマンドリファレンスを見たこともありません。 と、こんな状況だと、常識的なことさえ知らないままでツマラナイ苦労をするものです。今まで僕は、既にMercurial管理下に入ってしまったファイル -- 例として Docs/JunkMemo.txt を、バージョン管理の対象外にする方法を知らなくて、次のようにしてました（Windowsコマンドラインを使います）。 copy Docs\JunkMemo.txt Docs\tmp.txt …← 待避用コピーを作成 hg remove D
分散バージョン管理Git/Mercurial/Bazaar徹底比較
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
