「オープンソース」を使ってみよう (第28回 Mercurial 編)
OSPN Press Open Source People Network (オープンソースカンファレンス事務局)から最新の開催情報などを発信！ RSS 「オープンソース」を使ってみよう (第28回 Mercurial 編) 01/30 OSPN Press編集部Use it ! OSS No Comments Tweet ————————- mercurial-users.jp 近藤 隆幸 ————————- Table of Contents ========================== 1. Mercurial の概要 2. Mercurial の特長 3. 本記事の対象読者 4. ダウンロードおよびインストール 5. インストール後の設定 6. 事前準備 7. ひとりで始める Mercurial 8. 最後に 1. Mercurial の概要 mercurial-users
Microsoft のブランチ・マージ作業ガイドライン
原文(投稿日：2012/04/23)へのリンク Microsoft は新たな Branching and Merging Guide のドラフト版をリリースした。表向きの対象は TFS ユーザだが，アドバイスの大部分はソース管理プロバイダに関係なく適用可能だ。まずその基本概念を紹介しよう。 ブランチとマージを扱うほとんどのガイドラインと同様に，すべてのブランチの親の役割を持つメインブランチが存在する。 "trunk" として知られることが多いが，Microsoft ではこれを MAIN と呼ぶ。MAIN には DEVELOPMENT と RELEASE という２つの主要ブランチがある。 最初のガイダンスでは開発ブランチ(DEVELOPMENT) について取り上げている。内容は比較的簡素で，基本的には企業のチームや機能の構成方法に帰着する，というものだ。ただし前のバージョンから継続している独
VSSからSubversionへの移行 - 情シスは何度でも甦るさ。
社内のバージョン管理をVisual Source Safe（VSS)から、Subversion(svn）にした経緯・苦労した点を書く。技術的な内容については、あまり書いてないので、ぐぐってくださいな。 1.VSSの課題 ユーザー毎にライセンス料がかかる Visual Studio,EclipseなどのIDEから使えない（つかいづらい） VSSのリポジトリがあちこちのサーバに点在してどこに何のリポジトリがあるかは担当者のみぞ知る サポートが切れてる（vss6。vss2005のメインストリームサポートは今年切れる） うちの会社は、昔vb6でアプリを作りまくっていたようです。その経緯からVSSが使われていました。（vb6にVSS6が付属してた）今でもvb6の資産も残ってますが、最近は.netもJavaも、さらにCOBOLのシステムもあったりします。 でも、そもそもユーザーごとに金かかるって、あり
WindowsでのGit環境構築とその注意点 | OSDN Magazine
もともとはLinuxカーネル用のバージョン管理システムとして開発されたこともあって、GitのWindowsサポートは若干遅れている。特に日本語環境で利用する場合は設定などに注意が必要だ。そこで本記事では、Windows環境でGitを利用する方法およびその設定方法、そしてGUIでGitの機能を利用できるツールについても紹介する。 Windows環境向けのGitバイナリを選ぶ Gitは標準ではWindows環境をサポートしていない。Gitのコア部分はCで記述されているものの、周辺ツールやサーバー機能の実現にはPerlやシェルスクリプトを利用しているからだ。そのため、Windows環境でGitを利用するには、これらを含めた環境構築が必要となる。現在、Windows上でGitおよびその周辺環境をまとめてインストールできるものとして、msysgitとCygwinがある。 msysgitは、Windo
2011-10-11 — Apache Subversion 1.7.0 Released | Apache Subversion
☰ Apache® Subversion® "Enterprise-class centralized version control for the masses" Welcome to subversion.apache.org, the online home of the Apache® Subversion® software project. Subversion is an open source version control system. Founded in 2000 by CollabNet, Inc., the Subversion project and software have seen incredible success over the past decade. Subversion has enjoyed and continues to enjoy
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
分散バージョン管理システムのすすめ その2
こんにちは、Sleipnir 開発担当の森本です。 今回は、 Mercurial を使うときに使用している便利なツールなどを紹介したいと思います。 というのも、Mercurial 本家の実装には GUI が有りません。つまり 本家の実装のみを使う場合、 “hg init” のようにCUIから操作することになりますが、これでは利用できる人が限られてしまうので、まずは GUI から操作できるツールから見ていきましょう。 Tortoise HG エクスプローラに統合して使う Mercurial 管理用の非常にすばらしいツールです。Repository を視覚的に分かりやすく表示できるので、学習用にも良いですし、Mercurial のほぼすべての機能が使えるので、各種コマンド操作から簡易サーバーまで何でも OK です。64bit OS 使用者は 64bit 版の小さなリンクからダウンロードしな
分散バージョン管理システムのすすめ その1
こんにちは、Sleipnir 開発担当の森本です。 今回は、 分散バージョン管理システムの Mercurial の紹介をしたいと思います。 現在進行中の Sleipnir 3 の開発では Mercurial を使っており、非常に便利で、もはや無いと開発ができないと思うほど役立っています。 バージョン管理システムを使ってなかったり、”分散でない”システムを使っている人はぜひ導入を検討してみて欲しいです。 と言うわけで、分散バージョン管理システムについて、仕組みを簡単に解説します。 分散バージョン管理システムでは、まず作業用フォルダを決めその中にプロジェクトで使うファイルを入れる必要が有ります。 そして、作業が一段落するたびに “Commit” ( DB に差分を送る。この DB を “Repository” と呼びます)コマンドで、差分を変更履歴として積み上げていきます。 Reposito
BitBucket と TortoiseHg で快適分散型バージョン管理生活 - さよならストレス
分散型バージョン管理システムは Git と Github の組み合わせが人気ですが、個人的に BitBucket が気に入ったので基本的な設定や注意点などをメモしておきます。 対象 個人開発でソースコードのバージョン管理をしたい人 プライベート開発したい人。 Windows環境で開発したい人など。 なぜ BitBucket か プライベートレポジトリを無制限に作成できる 5ユーザーまでは無料プランを利用できる プロジェクト Wiki や問題追跡システム (Issue tracking system) が利用できる などが主な理由です。Mercurial レポジトリしか選択できませんが、Git や Bazzar と比べても機能的ほとんど差が無いのであまりこだわっていません (大規模開発なら話が違ってくるかもしれませんが)。単純に BitBucket 使いやすいと感じたので利用しようと思い、必
Mercurial と Subversion を連携させる - kokiyaの日記 http://www.visualpharm.com/
[やりたいこと] サーバー Subversionリポジトリ メインリポジトリ クライアント Windows XP sp3 Mercurialリポジトリ プライベートリポジトリ 普段は、プライベートリポジトリへこまめにコミットをして、キリの良いところでサーバのメインリポジトリへ一つのリビジョンにまとめてコミットしたい。 当然、メインリポジトリとプライベートリポジトリ間で同期(マージ)が行えないといけない。 [目論見] http://d.hatena.ne.jp/ursm/20080219 http://d.hatena.ne.jp/ursm/20080307 http://d.hatena.ne.jp/ursm/20080308 を読むと、hgsvnをインストールすれば、やりたいことがすべてできそう。すばらしい。 [やったこと]<インストール> 1. クライアントへhgsvn開発版のインスト
分散バージョン管理入門 (イラスト入り) - tcha.org
Kalid Azad、 2007 年 10 月 15 日、 原文 (original post) 従来のバージョン管理は、ファイルをバックアップ・追跡・同期するのに役立った。 分散バージョン管理を使うと、変更内容を共有するのが楽になる。 さぁ、両方の長所を活かすんだ。簡単なマージと一括管理されたリリースを。 分散だって? これまでのバージョン管理で何がまずいの? 別に…。 さっ、気を取り戻したければ、 バージョン管理へのビジュアルガイド(英語) を読んで。 もちろん、「古くさい」システムを使っているとバカにする人もいるだろう。 けれど、私はそれで全然かまわないと思う。 どんなバージョン管理システム(VCS)を使うにしても、プロジェクトにとっては前向きな一歩なんだから。 集中型バージョン管理システムは 1970 年頃に現れた。 その頃プログラマーには、シンクライアントと “big iron”
Subversionでバージョン管理
例えば、LastChangedRevisionを有効にするには $ svn propset svn:keywords "LastChangedRevision" Greeting.java ファイル個別に毎回指定しなくても、あるパターンのファイルにキーワード置換属性を指定する Windows Vistaならユーザーディレクトリ下の\AppData\Roaming\Subversionディレクトリ内にあるconfigファイルを設定します。 enable-auto-props = yes *.java = svn:keywords=Id *.sdoc = svn:keywords=Id 拡張子.java、.sdocのファイルをSVNで追加すると、キーワードIdの置換が有効になります。 ネットワークからアクセスするには HTTP(HTTPS)の場合 WebDAV/deltaVプロトコルで通信する
Mercurialでバージョン管理
[ Topページへ戻る ] Mercurialでバージョン管理 概要 「分散リポジトリ方式」なる言葉によって興味をひかれたバージョン管理ツールがこのMercurialです。 今までのバージョン管理ツールへの不満 オフラインでもバージョン管理したい いままで、職場や自宅において、CVSやSubversionを使うときは、1台のマシン上にリポジトリを置き、そのリポジトリに対してチェックアウトやコミットといった変更の払い出し・登録を行っています。 したがって、リポジトリのあるマシンと作業マシンがネットワークで接続できないときは、チェックアウトした作業ディレクトリの変更をコミットできませんし、過去の変更履歴も調べられません。ネットワークに接続できない期間が短時間ならいいのですが、長期間になるとこれはバージョン管理ができないに等しい状態です。 気軽なリポジトリ作成ができたらいい ちょっと作ったプログ
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
分散バージョン管理で間違いないって、ベイビー - The Joel on Software Translation Project
Joel Spolsky / 青木靖 訳 2010年3月17日 水曜 しばらく前に、ジェフと私はStack Overflowポッドキャストにエリック・シンクを迎え、バージョン管理について騒がしく議論し、とくにトレンディな分散バージョン管理システムであるMercurialやGitのことを取り上げた。 そのポッドキャストで私はこんなことを言った。「私に言わせれば、ブランチやマージが簡単にできるようになるというのは、単に同僚たちがもっとブランチやマージをするようになるということで、余計混乱させられるだけのことだよ」 わかると思うけど、あのポッドキャストは前もって入念に準備したりはしていない。単に2、3人集まって、いい加減なおしゃべりをしているだけだ。そのため、しばしば我々の主張する内容が、少し専門的な言い方をするなら、「ちげーよ」ということになる。間違っているのはたいてい細かい部分か趣旨のどちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
http://www.devsite.jankh.net/desetmercurial.html
Bitbucket | Git solution for teams using Jira
http://www.machu.jp/posts/20080311/