GitHub - facebook/sapling: A Scalable, User-Friendly Source Control System.You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
hgsubversionではhg mergeしてできたmerge済みrevisionをpushすることはできない。 - wyukawa's diary
ネットワークがつながらない状況での分散開発はどうやるのがいいのか - wyukawa’s blog ではunbundleしてmergeしてcommitまでしたが、そのままだと「abort: Sorry, can't find svn parent of a merge revision.」といわれてSVNにpushできない。 hgsubversionではhg mergeしてできたmerge済みrevisionをpushすることはできない。 TortoiseHG+hgsubversionでのsvnのbranchのmerge - 文殊堂 ということらしいのでリンク元にしたがってやってみます。 Google Code Archive - Long-term storage for Google Code Project Hosting. 見る限り、merge済みrevisionだとparentが
TortoiseHg で日本語ファイル名 - あすかぜ・ねっと
概要 Windows 環境のみの運用であれば、win32mbcs 拡張を有効にすることで TortoiseHg で日本語ファイル名を扱うことができます。 ファイル名を UTF-8 で扱うための拡張も開発されています。 2011/11/10: TortoiseHg 2.2 (Mercurial 2.0) では fixutf8 拡張は動作しません。 fixutf8 拡張を使用する場合は、TortoiseHg 2.1.4 (Mercurial 1.9.3) をインストールしてください。 http://groups.google.com/group/mercurial-ja/browse_thread/thread/8259df07863507d7?show_docid=429efb30451ad8dd 2011/11/08: TortoiseHg 2.2 で、win32mbcs 拡張利用時にシェ
HgSubversionでMercurialとSubversionを連携させる - azuki note
私の会社ではSubversionを使っているので、まずHgSubversionを導入してローカルのみMecurialを試してみることにしました。HgSubversionを使うと、SubversionのリポジトリをcloneしてローカルではMercurialで管理し、ローカルでの変更をSubversionにpushするという使い方ができるようになります。 今回、クライアントはWindowsで、SubversionはLinux(Ubuntu)で動作しています。 HgSubversionのインストール まず、SubversionとMercurial(TortoiseHg)をインストールします。すでに別のクライアントでもインスールされていれば不要です。 Apache Subversion TortoiseHg HgSubversionを適当な場所にcloneします。 hg clone http:/
Microsoft Visual SourceSafe のリポジトリを Mercurial のリポジトリに変換する手順
こんにちは、Sleipnir 3 for Windows 開発担当の上田です。 今回は Microsoft Visual SourceSafe( 以下 VSS ) のリポジトリを Mercurial のリポジトリに変換する手順を紹介したいと思います。 以下の手順で私自身がリポジトリの変換をすることが出来ました。 1. 変換に必要になるツールを導入します。 ■ TortoiseHG http://tortoisehg.bitbucket.org/ja/ ■ Git for Windows http://code.google.com/p/msysgit/ 以下の “Full installer for official Git for Windows” を利用します。 http://code.google.com/p/msysgit/downloads/list ■ Vss2Git http
Martin Fowler's Bliki in Japanese - フィーチャーブランチ
@@ -1,25 +1,29 @@ http://martinfowler.com/bliki/FeatureBranch.html -gitやMercurialの様な分散バージョン管理システム(DVCS)の台頭と共に私はブランチとマージ、どの様に継続的インテグレーション(CI)に適合に向けての戦略に関して、より多くの会話を見てきた。ここ、特にフューチャーブランチのプラクティスとどの様にCIに適合させるかに関して、少し戸惑いがある。 +gitやMercurialの様な分散バージョン管理システム(DVCS)の台頭と共に私はブランチとマージ、どの様に継続的インテグレーション(CI)に適合に向けての戦略に関して、より多くの会話を見てきた。ここ、特にフィーチャーブランチのプラクティスとどの様にCIに適合させるかに関して、少し戸惑いがある。 -シンプルな(分離した)フューチャーブランチ +
HgSubversion試してみた - wyukawa's diary
夏休み突入しました。周りでは突入出来てない人もいるけど。。。--); ネットワークがつながらない状況での分散開発をマジにやりそうなので、それにそなえてHgSubversionを調べてみました。 開発者はSVNしか意識しないで、構成管理担当者がcloneして差分をbundleファイルでやりとりするのをイメージしてます。 svn diffのやり取りでもいけるかもしれませんが、まずはMercurialとSubversionの連携をやってみます。 試したOSはWindows Vistaです。 1.インストール Subversionは http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=11151&expandFolder=11151&folderID=91 からSetup-Subversion-1.6.6.msiをダ
Mercurial初心者が絶対にブックマークすべきページ - ゲリラ的 uncorrelated ウェブ・テクニカル・ノート
『Mercurial の使い方のチュートリアル』を一読しておけば、日常作業に困る事は無いと思います。しかし、たまにはリポジトリに間違ったコミットをしてしまうものですし、最初は誰でも間違いがちです。そこで間違えたときに打つべきコマンドの覚え書きとして、以下のコマンド入力例を公開します。 ワーキングツリーにカレント・ディレクトリを移動している状態を前提にした操作例なので注意してください。また、各コマンドの詳細なオプションは hg help [コマンド] を見て確認してください。なお、Mercurialはバージョン1.7.3で動作確認しています。 編集を取り消し、あるチェンジセットの状態に戻す コミットをやり直す、コミット・メッセージを変更する チェンジセットを消す チェンジセットを打ち消す チェンジセットを変更する 複数のチェンジセットを一つにまとめる 履歴をさかのぼって特定のファイルを削除す
操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
Re:Re:mercurialでチケット駆動開発 - logiqboard
元記事 mercurialでチケット駆動開発 - logiqboard id:monjudoh から懸念点を指摘されたのでもーちょっと考えてみる。 Re:mercurialでチケット駆動開発 - monjudoh’s diary confirmで動作してもdefaultでの動作が保障されない 例えばデカい機能の新規リリースが控えている場合、「チケットxxxが、confirmにマージされたその変更に依存して正常動作している」という状況が起こりえる。 ただ元記事でも言われているように、この運用はサービスリリース後のバグフィックス・機能修正フェーズに入った後に固めた方法なので、 問題がおこらなかったという感じでしょうか。 認識を改める confirmブランチは、実情として "修正、機能追加の確認をする場所" ではなく "リリース済み成果に対する修正内容を確認する場所" という運用がされていたとい
Mercurialを使った俺々バージョン管理ノウハウまとめ(2009年夏編) - monjudoh’s diary
職場でMercurialを使っていい感じに俺々バージョン管理を やれるようになってきた感があるので、 ノウハウをまとめる。 概略 中央リポジトリと同期をとるbranchを用意する 同期branchはsync_cvsとかそんな名前 defaultをそのまま使っても良い このbranchで開発作業は絶対にしない 全ソースをhgで管理しない 中央リポジトリで管理しているソースの数が多い場合の話 hgで管理するファイル数が多いとhg update等が遅くなり、開発のスピード感が落ちる ticket毎に開発作業用branchを作成する 同期branchから作成する 同期branchから随時rebaseする 必ず、同期branchの最新版からrebaseした状態でテストを行う。 テストが通ったらticket別branchから同期branchにmergeする。その後、同期branchの内容で中央リポジト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windows Azure: 新しいHadoopサービス、HTML5/JS (CORS)、PhoneGap、Mercurial、Dropboxのサポート
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan
Bitbucket | Git solution for teams using Jira
Google Code が Git をサポート
http://hgignore.com/posts/visual-studio-2010/
gine.jp
Something went wrong.
Mercurialを使った継続チェックイン
TortoiseHgのコミットメッセージ - 七誌の開発日記
