GNU Emacs、プロジェクトのソースコード管理ツールをBazaarからGitへ移行させる | スラド デベロッパー
GNU Emacsが、プロジェクトで使用するソースコード管理ツールをBazzarからGitに移行させた（Phoronix）。 以前、「オープンソース」という言葉を広めた人物としても知られるEric S. Raymond氏がEmacs開発者向けメーリングリストに「Bazaarは死につつある」としてBazzarからの移行を提案していた（スラッシュドットの過去記事）ことも移行のきっかけになったようだ。 Emacsのソースコードを公開するGitリポジトリ自体は以前から存在したが、Emacsは非常に長い歴史のあるソフトウェアということで、その過去の履歴までを含めてGitに移行させるのは大変な作業だったようだ。 なお、リポジトリの情報やGitを使ったEmacsの開発手順についてはEmacs Wikiにまとめられている。
Git 対 Subversion：長引く争い | readwrite.jp
ソフトウェア業界においてGitが支配的な存在ではなかった時代がかつて存在した、といつか言われる日が来るかもしれない。 2010年にはSubversionが、ソフトウェアの共同開発には欠かせないツールであるバージョン管理システムの60％以上を占めていた。Forresterによれば、この時期Gitのシェアはわずか2.7%であった。Redmonkのアナリストであるステファン・オグレディが集めたデータによると、今日ではGitのシェアは28%まで増加し、Subversionの地位を脅かしている。 Subversionのような集中型のシステムよりもGitのような分散型の方が優れているにも関わらず、マーケットがGitを受け入れるのにこんなに時間がかかっている理由は何だろうか？ これからは分散型が主流になるバージョン管理システム（VCS）は、ソフトウェア開発の変更点を記録してプロジェクトを管理するための基
本の虫: Bazaar-NG: 分散バージョン管理システムを7年ハックしてきて
Bazaar-NG: 7 years of hacking on a distributed version control system Bazaarの開発者が、Bazaarが失敗した理由について、当時を振り返って書いている。なかなか面白い。 Bazaar-NG: 分散バージョン管理システムを7年ハックしてきて この7年間、筆者はBazaarプロジェクトに関わってきた。筆者はプロジェクトから距離を置き始めている今この時、筆者のこのプロジェクへの関わりや、何が良くて何が悪かったのかの意見などを、振り返ってみるべきだと思う。 この回顧録には多くの複雑な詳細が出てくるので、筆者の誤りもあるかも知れない。間違いを見つけたら知らせてくれ。 黎明期 < ddaa> dscmsには2種類ある。古臭いやつと、実験中なやつ。 2004年、筆者は、 SambaのコントリビューターであるMartin Pool
Eric Raymond、Emacs開発者に「死にゆくbzrは捨ててgitなどに移行するべき」と述べる | スラド オープンソース
オープンソースという開発スタイルを啓蒙し、Open Source Initiativeを設立したことで知られるエリック・レイモンド氏が、「EmacsはBazzarからGitに移行すべき」と述べたそうだ（slashdot、レイモンド氏がemacs-develメーリングリストに投稿したメール、TechieNews）。 Emacsはそのソースコードの管理にBazzar（bzr）を利用しているが、Bazzarの開発は停滞しており、死にかけているという。とはいえ、Bazzarは利用するには十分な機能を備えており、問題も少ない。Bazzarが十分成熟したツールであることはレイモンド氏も認めているが、氏は同時に「停滞しているツールを利用し続けることは、新たな開発者の参加を難しくする」と述べている。 また、「若いハッカーはEmacsを恐竜のような、難しく、大きく、重装備の前世紀の遺物だと思っている」とも述
続・Livedoor readerをEmacs内で見たい… - とりあえず暇だったし何となくはじめたブログ
この土日、2年前に作ろうとして放置していた、livedoor reader を Emacs 内でみる ldr.el の更新を行っていました。 現状、とりあえず、とりあえず、emacs-w3m と連携する事で、エントリを読む事ができるようになったので、ブログに書いておいてたりする事にします。 # これまたここでまた長い間いじらなくなる可能性もあるので…(^^;; https://code.launchpad.net/~khiker/+junk/ldr まだまだ開発中で、不安定(アルファバージョン？)だろうと考えています。 # 仕様がガンガン変わる可能性があるだろうという意味も含めて。 不具合あってもいいやという方は、bzr branch するなりして取ってって下さい。 もしかしたら、まだ読んでないフィードが既読になってしまったとかあるかもしれませんが、まあよかったらどうぞ。 以前のエントリ
Veracity - The Next Step in DVCS
An open source, distributed version control and bug tracking system for Windows, Mac OS X, and Linux. DVCS Comparison Veracity features and philosophies vs. other major DVCS tools Getting Started Veracity Q&A: I've installed Veracity. How do I get started using it? Version Control The first thing you’ll notice: Distributed Version Control is just flat-out fast. Everything happens locally until you
[bzr] チェックアウトとブランチの使い分け - methaneのブログ
bzr が git や hg と大きく異なるのは、メインラインの概念とチェックアウト機能だと思います。 メインラインについては昨日の Advent Calnedar で wonderful_panda さんが解説してくれました。(ブランチのメインラインのイメージについてしゃらくさい話をするよ - wonderful_pandaの日記) 今日はチェックアウト機能について紹介し、通常のブランチとの使い分けを解説します。 チェックアウトとは チェックアウトとは作業ツリー、あるいは作業ツリーを作成するコマンドのことです。作業ツリーは常にどこかのブランチに紐づいています。 bzr のチェックアウトは、紐づくブランチが別の場所（別のディレクトリや別のサーバー上）にあってもいいところがユニークです。 $ bzr checkout lp:bzr-colo colo-co # colo-co は lp:bz
![[bzr] チェックアウトとブランチの使い分け - methaneのブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/abaa7a98daddfe2bbbd616cb25ba54d9ed4c5f50/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704591929890341541%2F12704591929890341569%2F1348037582)
SCMBootCamp in Tokyo 2 を振り返って - 彷徨えるフジワラ
※ 2011/11/27 追記あり 時間枠中は、Twitter のタイムラインを見ている暇が無かったので、togetter でのまとめを元に、落穂拾い的に tweet された質問／疑問に答えることに。 まとめて頂いた @shinyaa31( id:absj31 ) 氏に感謝！(※ @shinyaa31氏自身のまとめはこちら) そして、改めて主催の id:kyon_mm 氏に感謝！ 基調講演枠での tweet 講演内容は好評だったようで一安心。 SCM ツール世代分類に関して: (@oota_ken) ClearCaseはClearCaseはClearCaseは まぁ多分、「ClearCase も忘れないであげてください」ニュアンスだとは思うけど、一応答えておく事に(笑)。 私自身、ClearCase を触ったことが無いので、『パターンによるソフトウェア構成管理』に記載された情報ベースで見る
それ etckeeper でできるよ - /etc 以下を Git で自動的にバージョン管理 - おいちゃんと呼ばれています
こんにちはこんにちは。一昨日、さくら VPS に Git をインストールするエントリーを書きましたが、実はバージョン管理は etckeeper にもお世話になっています。 etckeeper というのは、Git 等のバージョン管理ツールを用いて、/etc 以下をほぼ自動的に管理してくれる有り難いツールです。下記のタイミングで自動的にコミットしてくれます。手動で任意のタイミングでコミットすることもできます。 -yum コマンド実行の前後 -日付が新しくなったとき << 以下、さくら VPS（CentOS 5.5 -64bit）で etckeeper を使えるようになるまでの手順をまとめてみましたので、よろしければ参考にしてください。 *目次 Git のインストール etckeeper のダウンロード etckeeper の設定ファイルの編集 etckeeper のインストール etckeep
Bazaarでござ～る。猿でもできる分散バージョン管理“超”入門
Bazaarでござ～る。猿でもできる分散バージョン管理“超”入門：ユカイ、ツーカイ、カイハツ環境！（20）（1/4 ページ） 「“分散”バージョン管理は難しい」という人こそ 最近、GitやMercurialが注目を浴び、SubversionやCVSなどの中央型のバージョン管理システムに代わり分散型のバージョン管理システムの普及が進んでいます。本稿では、GitやMercurialに比べ、いま一歩マイナーな分散バージョン管理システムである「Bazaar」を紹介します。 本稿は、想定読者層としてはSubversionやCVSを、すでに使っており、分散バージョン管理システムに興味がある方を対象としています。「分散バージョン管理システムって何？」と思われる方は、連載第3回の「分散バージョン管理Git/Mercurial/Bazaar徹底比較」を参照しておくとスムーズに読み進められると思います。 なお
Excelでxlsファイルを開いて閉じるだけで変更させない設定 - methaneのブログ
xls ファイルとバージョン管理 - methaneの日記 で言っていた以外にも方法があったのを、どう日記で紹介したBlogの著者の雪羽さんが見つけてくれた。 開いただけで保存される情報は何かしらの個人情報らしく、それを保存しない設定でいったんファイルを保存すれば、以降は更新されないらしい。 Excel 2003 では、ツール > オプション > セキュリティ > 保存時にファイルのプロパティから個人情報を削除する が該当する。 試しに、いったんこのオプションを設定した状態でファイルを開いて閉じると、ファイルに変化があった。 次にファイルを開いてみると、ファイルのプロパティから見れる著者などの情報が消えていて、再度閉じると今度は変化がなかった。 もう一度、上記オプションのチェックを外してからファイルを開いてみたが、今度は何もしないで閉じてもファイルは変更されなかった。ファイルのプロパティに
ExcelをBazaarで管理する場合はTortoiseBZRをインストールしない/むやみにbzr statusを実行しない - 発火後忘失
ExcelをBazaarで管理する場合はTortoiseBZRをインストールしない/むやみにbzr statusを実行しない 追記：本エントリの記載はいくつか勘違いを含んでいました。TortoiseBZRメンテナのmethaneさんから補足頂いていたり、勘違いの修正も記載していますのでコメント欄も参照ください。 前回の、Excelファイル(.xls)をBazaarでバージョン管理すると、保存しなくてもファイルを開いて閉じるだけで編集状態になってしまう問題の原因と思しきものと対処方法がわかりました。 確認したのは現時点でのWindows版(Standalone)最新バージョン、2.2.1-3です。 原因 周知の通り、編集可能なExcelファイル(拡張子が.xlsの形式のもの)は、開いただけでファイルが変更されます。ただし変更しないで閉じると元の状態に戻るため、通常(Subversionなど)
バージョン管理ツールの選択 - torutkのブログ
開発組織、プロジェクトの特性で大きく左右されるのが構成管理なので、バージョン管理ツールはその都度選択しなければならないのが現状です。 選択の前提 開発組織またはプロジェクトで標準化された構成管理（バージョン管理）環境が存在していない 開発支援環境（構成管理）に開発組織またはプロジェクトが十分な資金投入をする意思がない これは構成管理環境を専任スタッフが構築し、個々のプロジェクトへの適用・運用をサポートするというあるべき姿が取れていない組織でのバージョン管理ツール選択を考えるということを意図しています。 Subversionで対応可能か否か（分散の必要が本当にあるのか） 分散バージョン管理が話題になっていますが、実績／情報／対応ツール／日本語対応を考えるとSubversionが最有力候補です。そこで、Subversionでは構成管理上困ることがプロジェクトの特性上あるかを見極めます。 リポジ
BazaarはSVNに似た分散バージョン管理システム
Git、Mercurialに続く人気の分散バージョン管理システムにBazaarがある。前者二つは、Linuxのソースコード管理の問題から産まれたものだが、これらより数ヶ月早くオープンソース・プロジェクト向けに開発開始されたものがBazaarだ。FSFのGNUプロジェクトとなっている。 新規導入であれば、Git、Mercurialと同時に候補にあがってくるはずだが、現状では人気では劣っているように感じ、あまり機能面も知られていないのが現状だ。以前の記事『SVNからMercurialに移行するべき8つの理由』、『操作体系から見る、GitとMercurialの8つの違い』の補足として、Bazaarについて特徴をまとめてみた。 1. Subversionと似たブランチ中心のリポジトリ管理 GitやMercurialは、複数ブランチで構成されるリポジトリが必ず作成されるが、Bazaarの最小構成はブ
プログラマが知るべき 97 のこと - Backnumbers: Steps to Phantasien
「プログラマが知るべき 97 のこと」 日本語版のエクストラとしてちょこっと書かせてもらいました. エッセイ集のような本で, 読切 Blog 記事一気読み, みたいなノリで読めます. ソフトウェアアーキテクトが知るべき(同上) の続編というかんじですが, アーキテクトもプログラマも大差ないので片方読んで面白かったらもう一方も楽しめると思います. (両方に書いてる人もいます...) 一編 2 ページくらいの長さに揃っているので割と読み易い一方, 私のようにぐだぐだ長々と書く傾向の人間が書くと ややあっさりしてしまう気がした. ここで続きをちょっと書きたい. パッチのなやみ 私が書いたのは, "良いコード" と "良いパッチ" はときどき相反することがあるからどうしましょうね, という話だった. 良いコードはさておき良いパッチとはどんなものだろう. という話は本を買っていただきたくおもいますが
Shibu's Diary: Bitbucket買収？そもそもそれ何？という人のためのBitbucket紹介
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 9/29の水曜日に、Atlassian社がBitbucketを買収するというニュースがありました。これにより、今まで有料だったようなサービスが無料で提供されるようになりました。買収したのは、Jiraなどの開発ツールで有名な会社です。とはいえ、Python界隈の人以外にはあまり注目されてこなかったサイトだとは思うので、BitBucketを紹介します。僕はソースコード管理ではメインで使っています。 買収されたBitbucketって何ですか？ Bitbucketは何者か？一言で言えば、Mercurial版のgithubです。以上。 これで分かる方はここの説明はすっとばしてくれて構いません。いわゆる、プロジェクトのホスティングサービスの一つです。ソフトウェア開発に必要な仕組みが備わって
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
世代差で見る履歴管理ツール入門
分散リポジトリ型時代のソフトウェア構成管理)
Bazaar guide (for SVN users)
分散バージョン管理システムって何なん 20101218
