VIM 7 plugin useful for manipulating files controlled by CVS, SVN, SVK, git, bzr, and hg within VIM, including committing changes and performing diffs using the vimdiff system. Keywords: bazaar bzr cvs CVS cvscommand git mercurial hg subversion SVN svk vcscommand The source for this plugin is available in git at git://repo.or.cz/vcscommand . A web front end is available at http://repo.or.cz/w/v
標準のままではちょっと使いづらいので、以下のように設定しました。 "F7とF8で前後の変更箇所へ移動 nmap <F7> [c nmap <F8> ]c "<Leader>dqでDiffから抜ける nmap <Leader>dq :winc l<CR>:bw<CR>:diffoff<CR> また、tabbar.vimを使っているとVimDiffに入る際ウィンドウがおかしくなってしまうので、以下のように修正しています。 "<Leader>cvでタブバーを消し、VCSVimDiffを表示(vcscommand.vim) map <Leader>cv :TbStop<CR>:VCSVimDiff<CR> これでかなり快適になりました。 VimからTortoiseSVNを起動 Call TortoiseSVN commands Tip #1491 - Call TortoiseSVN comman
Mercurial is a modern, open source, distributed version control system, and a compelling upgrade from older systems like Subversion. In this user-friendly, six-part tutorial, Joel Spolsky teaches you the key concepts. Also, Fog Creek offers free monthly webinars that go over the basics of Mercurial.
Joel Spolsky / 青木靖 訳 2010年3月17日 水曜 しばらく前に、ジェフと私はStack Overflowポッドキャストにエリック・シンクを迎え、バージョン管理について騒がしく議論し、とくにトレンディな分散バージョン管理システムであるMercurialやGitのことを取り上げた。 そのポッドキャストで私はこんなことを言った。「私に言わせれば、ブランチやマージが簡単にできるようになるというのは、単に同僚たちがもっとブランチやマージをするようになるということで、余計混乱させられるだけのことだよ」 わかると思うけど、あのポッドキャストは前もって入念に準備したりはしていない。単に2、3人集まって、いい加減なおしゃべりをしているだけだ。そのため、しばしば我々の主張する内容が、少し専門的な言い方をするなら、「ちげーよ」ということになる。間違っているのはたいてい細かい部分か趣旨のどちら
ここではMercurialのコマンド、hgについての個人的にまとめたものを公開しています。 初期化 hg init, hg init [パス名]パス名はリポジトリを作成したいパス、指定しない場合はこのコマンドを打ち込んだフォルダで.hgフォルダを作成する。 ファイル操作 hg add [ファイル名]ファイルをリポジトリに追加する。 hg addremove, hg addremove [ファイル名]ファイルを追加し、リポジトリ内に見あたらないファイルをリポジトリから削除。ファイル名を指定しない場合は自動で新しいファイルを追加してくれる。 hg remove [ファイル名], hg rm [ファイル名]ファイルをリポジトリから削除。その際、ファイル自体も削除されるので注意。 hg copy [ファイル名] [ファイル先], hg cp [ファイル名] [ファイル先]ファイルをコピーする。コピ
2009/04/28 米グーグルは4月24日、ソフトウェア開発プロジェクトのホスティングサービス「Google Code」で、これまでのSubversionに加えて分散バージョン管理システム（DVCS）の「Mercurial」のサポートを開始すると発表した。現在はプレビューリリースで、一部のプロジェクト利用者に提供。一般リリースに向けて、いくつかの課題を解決していくという。Google Codeでは、Mercurialサポートのために、一般のMercurialがオブジェクトの保存に使うOSネイティブのストレージに代えて、グーグルの分散データベースシステム「BigTable」を使うように書き換えたという。 DVCSとしては、MercurialのほかにGitやBazaarが知られている。従来からある中央管理型のバージョン管理システムに比べて、分散開発がやりやすいことから、普及が進んでいる。例え
gitやめてmercurialとtortoiseHGをインストール 2009.07.21 日記 ESS, google, Linux, Mercurial, Python, ubuntu, windows いろいろとgitについてお勉強してきたのですが、今の自分の環境で運用するのはかなり面倒くさそうな気がしてきました。 というのも、自宅PCはubuntuなのですが、職場の環境はルールでwindows限定。win環境にはMSYSGITとかTortoiseGITとかもあるのですが、開発途中だったりバギーだったりと使い勝手がイマイチ・・・ それと致命的なのが職場のネット環境。セキュリティ上proxy経由で、しかもHTTP意外のポートで外に出られなくなっているので、githubとやりとりしようもんならトンネリングなりいろいろとしないといけなさそう。といかwinでトンネリングができるかも実は定かでな
このページは FAQ の翻訳です。まだ不完全ですので適当に修正してください。 Mercurialよくある質問 （便利なワザも参照してください） 2.1. リビジョンナンバー、ChangeSetID、タグとは何か？ Mercurialでは基本的に特定のリビジョンを指定するための方法が3つあります。リビジョンナンバー、チェンジセットID、タグとです。 リビジョンナンバーは単なる10進数で、ローカルのリポジトリに何番目にコミットしたかという番号です。この順番はマシンごとに異なるということに十分注意してください。Mercurialは分散型で非集中的な設計になっているからです。 そのためチェンジセットIDが必要になります。チェンジセットIDはチェンジセットおよびチェンジセットの履歴における位置を一意に特定するための160ビットの識別子です。この値はどのマシンでも同じになります。Mercurialユー
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
今回は、対象の構成管理がMercurialであるか否かに関わり無く、Mercurialを併用することで開発効率を向上させる手法を説明します。 題材としてフリーソフト／オープンソースソフトを取り上げますが、ここで説明する手法は、「Mercurial以外の構成管理ツールの使用を指定されている開発」といった、（残念ながら）良くあるシチュエーションでも適用可能です。 なお本稿では、フリーソフト／オープンソースソフトの総称として、以降FLOSS（Free/Libre and Open Source Software）の略称を使用します。 No Patch, No Life 世間的にFLOSSが認知されて随分時間も経ちましたし、その数も相当なものになりました。 その気になれば、CVSやSubversionで運用されているリポジトリにアクセスして、最新成果をいち早く試してみることも、これまでの開発過
職場でMercurialを使っていい感じに俺々バージョン管理を やれるようになってきた感があるので、 ノウハウをまとめる。 概略 中央リポジトリと同期をとるbranchを用意する 同期branchはsync_cvsとかそんな名前 defaultをそのまま使っても良い このbranchで開発作業は絶対にしない 全ソースをhgで管理しない 中央リポジトリで管理しているソースの数が多い場合の話 hgで管理するファイル数が多いとhg update等が遅くなり、開発のスピード感が落ちる ticket毎に開発作業用branchを作成する 同期branchから作成する 同期branchから随時rebaseする 必ず、同期branchの最新版からrebaseした状態でテストを行う。 テストが通ったらticket別branchから同期branchにmergeする。その後、同期branchの内容で中央リポジト
[ Topページへ戻る ] Mercurialでバージョン管理 概要 「分散リポジトリ方式」なる言葉によって興味をひかれたバージョン管理ツールがこのMercurialです。 今までのバージョン管理ツールへの不満 オフラインでもバージョン管理したい いままで、職場や自宅において、CVSやSubversionを使うときは、1台のマシン上にリポジトリを置き、そのリポジトリに対してチェックアウトやコミットといった変更の払い出し・登録を行っています。 したがって、リポジトリのあるマシンと作業マシンがネットワークで接続できないときは、チェックアウトした作業ディレクトリの変更をコミットできませんし、過去の変更履歴も調べられません。ネットワークに接続できない期間が短時間ならいいのですが、長期間になるとこれはバージョン管理ができないに等しい状態です。 気軽なリポジトリ作成ができたらいい ちょっと作ったプログ
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
Mozilla Developer CenterにおいてMozilla-CentralがCVSからMercurialへ移行していることを発表した。現在の計画ではFirefox、XULRunner、Gecko/Toolkitコードまたはそれに関係するコードがMercurialリポジトリへマージされることになるという。 MercurialはPythonで開発されたバージョン管理システム。CVSとよく似た操作性を提供しつつも、高速に動作しディスク消費が少ない。さらに名前の変更などCVSではうまく機能しないいくつかの機能を提供している。3月24日(米国時間)にはMercurial 1.0が公開されている。 FLOSSプロジェクトではこれまでバージョン管理システムにCVSが採用されることが多かったが、最近ではSubversionをはじめGit、Mercurialなどに移行する作業が進められている。M
リリースされました。 NetBeans IDE 6.1 ダウンロード 個人的に、今回一番ありがたいのは、Mercurial対応です。 今まで、ひとりでモノを作ってたので、バージョン管理してなかったのですが、Mercurialのような分散リポジトリに対応したバージョン管理システムなら、楽に使えます。 というのも、家ではデスクトップ、外出先ではノートで、subversionのサーバーをデスクトップに立てれば外出先でバージョン管理できず、かといってノートにサーバーたててわざわざ家でノート立ち上げっぱなしというのも嫌で、ネット上にサーバー立てれば新幹線なんかじゃ使えず、苦労して同期とるほどのメリットは見出せずという感じだったのです。直近ならローカルバージョン管理あるしね。 でも、Mercurialのような分散リポジトリのシステムなら楽です。NetBeans6.1のMercurialプラグインの場合
Linux/Unix環境ならパッケージ管理経由での導入が簡単です。 Windows環境への導入は、Cygwinを常用しているならCygwinのsetup.exe経由でPythonスクリプト形式を、そうでないならインストーラ経由でのバイナリ形式の導入が簡単です。 それぞれのインストール手順に関しては、別途詳細を説明したページを参照してください。 インストールが済んだなら、早速使ってみましょう。 まっさらな状態からリポジトリを作成する手順は次ページ以降で説明しますので、手近な対象としてMercurial自身のリポジトリを複製してみましょう。 コマンド1 % hg clone http://selenic.com/repo/hg mercurial-repo requesting all changes adding changesets adding manifests adding file
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
