クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの
低コストで少人数プロジェクトに最適なバージョン管理システムを探そう！ / Devslog
ソフトウェア開発のプロジェクトでバージョン管理システムに何を採用すればいいのか迷っていませんか？ いくつかのケースを想定して採用すべきバージョン管理システムを挙げさせてください。 この記事の前半ではバージョン管理システムを使うことで得られる多大なメリットについて書きます。 そして記事の後半ではいくつかのケースに応じたウェブベースのバージョン管理ホスティングサービスを挙げています。 この記事は「Mercurial Advent Calendar 2011」１8日目担当の@tksnが書かせていただきました。前日は@worarsさんの「Mercurial入門！」でした。 バージョン管理システムって何に使えるの？ ファイルやその集合であれば何にでも使えます。つまりデジタルデータならなんでも管理できます。たとえば次のようなものを扱うプロジェクトで使われています。 ソフトウェア ウェブサイト 論文・小
ソフトウェア構成管理の入門資料を作成・公開 - 長沢智治のアジリティブログ
ソフトウェア構成管理（SCM: Software Configuration Management）についての入門となる資料を公開します。 ソフトウェア構成管理周りについては、過去に バージョン管理とソフトウェア構成管理の関係 変更依頼管理ってなんぞや？ ソースコードを扱う単位（１） 構成管理は誰のためのもの？ デグレードへの根本的な対応 ソフトウェア構成管理の記事を連載します バグ管理についての記事を執筆しました。 プロセスの変更管理 ケント ベック氏のアジャイル開発における開発支援ツールの役割についてのホワイトペーパー と紹介してきました。 今回は、特定のご要望にお応えする目的で、バージョン管理の講演のために資料を作成しましたが、もともとバージョン管理だけすることに ROI 的な効果を感じていない（バージョン管理は、それだけをやろうとすると難しい面もあります）ので、ソフトウェア構成管理
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
CVS のレポジトリをまるごと Mercurial 化するスクリプト - moriyoshiの日記
だんだんスニペット置き場になりつつあるような気がする…。いや、日本語で喋るかプログラミング言語で喋るかの違いしかないよね。 追記1: 今見たら EXIT_SUCCESS がなぜか 1 になってたので修正しました。はずかしー＞＜ 追記2: -d:pserver:anonymous... はあくまで例です。好きなCVSレポジトリを指定できます (そりゃそうか)。 以下のスクリプトの使い方 hg convert を使うための前提条件 (cvsps を入れとくとか、hgrc に hgext.convert= を追加しておくとか) はクリアしておかないと正しく動作しません。 基本は ./cvs2hg.sh -d:pserver:anonymous@pam-mysql.cvs.sourceforge.net:/cvsroot/pam-mysql でOK。これを実行すると、次のようなメッセージが表示され
JapaneseTutorial - Mercurial
Mercurial の使い方のチュートリアル このチュートリアルは Mercurial の使い方を紹介します。 SCM ソフトウェアを使うにあたっての特定の予備知識は必要ありません。 あらかじめ Mercurial を理解する を見ておくとよいでしょう はじめに このチュートリアルを読み終われば、次のことが分かるでしょう: Mercurial を使うのに必要な基本的な考えとコマンド ソフトウェアプロジェクトに貢献する際の Mercurial の簡単な使い方 Mercurial のマニュアルページ hg(1) と hgrc(5) に目を通すことを強くお勧めします。 マニュアルページは リリース tarball にも doc/hg.1.html と doc/hgrc.5.html として含まれています。 コマンドラインで hg help <command> とタイプしても良いでしょう。 チュー
Pythonで分散バージョン管理
【1】 SCMとは？ 「Software Configuration Management System」の略で、 邦訳は「ソフトウェア構成管理システム」がふつーなんですが、 一般には「バージョン管理ツール」とかの方が通りが良いでしょう。 主な機能として、 管理対象ソフトウェアのソースコード一群の変更を記録しておき、 時系列順に変更履歴をたどれるようにしたシステムなんです。 具体的な対象はソースコードファイルが基本です。 ソースコードの変更のあった行を抽出したり出来ます。 最近のバージョン管理ツールは あらゆるファイルの履歴を追えるようになっています。 ワードやエクセル、バイナリファイルなどもとりあえず バージョン別に記録されたものを取り出せます。 （部分的な変更を抽出まではできないことが多いです。） 仕組みとしては 「管理対象ファイル群」とは別に 「リポ
最近みた TechTalks: Mercurial Project
Mercurial という分散 SCM の紹介. Python 製で, シンプル軽量スケーラブルが売り. 開発を初めたきっかけは linux の BitKeeper 事件だという. (だから GIT がライバルらしい.) OpenSolaris や OLPC など, けっこう採用実績があるのに驚いた. 私は分散 SCM を触ったことがない. SVK をちょっとつついたくらい. 話を聞く限り Mercurial はけっこう良さそう. (スライドは Wiki に公開されている.) 分散はさておき軽量なのがいい. たとえばレポジトリのためにわざわざ svnrepos みたいな別ディレクトリを作る必要がない. 作業コピーの中に .hg ディレクトリができて, ここに履歴が収められる. つまり作業コピーのディレクトリでレポジトリが閉じている. svn だとレポジトリを作るのが面倒でバージョン管理を先
habu(Plagger for Python？)を使ってみた - ふにゃるんv2
え〜、すんません。 今回は、ネタがネタだけに、取り扱い注意ください。(特に最後の方) 実は、本音でやりたかったのは、 自分は、いつもRSSを使って、色んな興味のある箇所をチェックしてます。(それで、Plaggerも使ってます) けど、前々から気に食わなかった事の一つに、「英文が まともに読めないので、英語のRSSをチェックできない」ってのがありました。 機械翻訳サービスとRSSデータを組み合わせたら、英語のRSSもチェックできるのになぁ。 PlaggerはPerlで出来ているんで、よく判らない。なので、勉強がてらhabuさんを使ってみた。 という事です。 で、最初に結論から言いますと、 英文RSS→機械翻訳→和文RSSは出来ます。 けど、どうみてもDOM行為スレスレです。なので、今回のネタは、サンプルとして見てください。 将来、どこかのRSSフィードをしてくれる会社と機械翻訳サイトが提携し
MOONGIFT: » Subversionの更新をIMでお知らせ「svnbot」:オープンソースを毎日紹介
複数人でSubversionを使っていると、更新の衝突が起きることがある。また、そのファイルをコピー＆貼付けで動かすわけではないので、アップデートの手間が面倒だ。 アップデートしている時に限って何も更新はなく、さてコミットと思ったら衝突する。こうした面倒さを防ぐためにも、更新されたらお知らせがくるようになっていると便利だ。そこでこれだ。 今回紹介するオープンソース・ソフトウェアはsvnbot、Subversionの更新を監視するボットだ。 svnbotは更新された内容をIMでお知らせしてくれる。Jabberプロトコルに対応しており、指定したユーザとしてログインした状態で待機する。 後は誰かが更新を行うと、そのコミットメッセージが自分の所に届くようになる…はずなのだが執筆時の時点ではまだうまくいっていない。ただし、逆にメッセージを受け取るのはうまくいっている（Jabberへの接続はできている
ブラウザから誰でも簡単にSubversionが使える『Beanstalk』 | 100SHIKI
ブラウザから誰でも簡単にSubversionが使える『Beanstalk』 October 23rd, 2007 Posted in その他 Write comment 激しく使えそうな予感がして、朝からテストしまくりの開発者向けサービスのご紹介。こ、これは使える！ Beanstalkはバージョン管理アプリのSubversionをASPで提供してくれる。 ブラウザ上で簡単にリポジトリをつくってソースをコミットしていけるのだ。 もちろんバージョンごとにブラウザ上でコードを見ることもできる。複数ユーザーでもコミットも楽々だ。 こうした機能を実現するにはtracがあるが、インストールがとっても面倒である（苦労するよね、あれ）。そこで苦労した人にとってBeanstalkの手軽さは大きな魅力ではなかろうか。 現在のところ1リポジトリ、2ユーザー、10MBの容量の無料プランしか用意されていないが、近い
分散バージョン管理システム「Mercurial」 - 元RX-7乗りの適当な日々
個人的にSubversionも随分飽きてきた使えるようになったので、最近違うSCMを触り始めています。 その名も『Mercurial』。Python製の分散型のバージョン管理システムです。 ちなみに、このMercurialですが、XenやMozilla、OpenSolarisのバージョン管理システムとして採用されています。 # 結構、大物たちですよね。 分散型と中央集中型 Mercurialの特徴は何度も単語が出てきていますが、分散型ということです。 一方、CVSやSubversionは中央集中型と呼ばれ、マスタリポジトリ1つと、各人のローカルに作業コピーを持つモデルですが、分散型のモデルでは、ローカルリポジトリとリモートリポジトリという概念が存在します。 とはいっても、別に難しい話ではなくて、作業コピーそのもののバージョン管理ができるローカルリポジトリがあって、リモートにマスタリポジトリ
svkの使い方まとめ - t2ru's blog
svkはsubversionを使うときに非常に便利で、必須のツールだ。 使い方を解説しているところはいくつかあるが、いまひとつsvkの動作についてピンとこなかった。svkの動作がわかるように、確認手順まで添えた使い方をまとめてみた。 準備 リモートSubversionリポジトリ http://myserver.com/svn/myproj ミラー //mirror/myproj ローカルブランチ //myproj 作業コピー ~/myprok-work リモートの内容をミラー リモートの内容を、ローカルにミラーする。"//"で始まるパスは、svkのデポット(ローカルのリポジトリ)を表す。mirrorコマンドにより、リモートとローカルのリポジトリを対応付け、syncコマンドでファイルを同期する。 # 1. リモートのミラーを設定 $ svk mirror http://myserver.co
pysvn.tigris.org
Latest Versions pysvn has moved to https://pysvn.sourceforge.io Mission The pysvn project's goal is to enable Tools to be written in Python that use Subversion. Windows, Mac OS X, Linux and other unix platforms are supported. pysvn Extension Features Supports all svn client features Supports svn transaction features required to write svn pre-commit hooks Easy to learn and use Python like interface
ひげぽん OSとか作っちゃうかMona- - Subversionの話
Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。 気軽に ブランチを作る マージする コードを元のバージョンに戻す 問題となるコードを diff で調べる などができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。 この「気軽に」ってのがとても重要。 以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。 ただ使う場合は コマンドをWebで調べる おそるおそる試してみる 失敗して check out しなおしで時間をロス などがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Coding Horror
http://www.machu.jp/posts/20080311/
はてなブログ | 無料ブログを作成しよう
Subversion BookのCHMファイルを公開 | Sarabande
はてなブログ | 無料ブログを作成しよう