Sunsetting Mercurial support in Bitbucket - Bitbucket
[Update Aug 26, 2020] All hg repos have now been disabled and cannot be accessed. [Update July 1, 2020] Today, mercurial repositories, snippets, and wikis will turn to read-only mode. After July 8th, 2020 they will no longer be accessible. The version control software market has evolved a lot since Bitbucket began in 2008. When we launched, centralized version control was the norm and we only supp
ネットワークがつながらない状況での分散開発はどうやるのがいいのか - wyukawa's diary
ネットワークがつながらない状況での分散開発はどうやるのがいいかを考えてみる。 以前似たような経験したのは自分たちが複数の協力会社の１つという立場で、元請けのSVNリポジトリに直接コミットするというもの。ネットワークはつながっています。また元請けは基本的に開発はしておらず、協力会社も開発はほとんど終わっていて変更はバグ修正のみという状況です。 イメージはこんな感じ。 リリース（元請けのSVNリポジトリに直接コミット）する場合は、自分たちのSVNリポジトリにタグうってexportして、あらかじめチェックアウトしておいた元請けのSVNリポジトリのソースに上書きしてコミットします。この辺もHudsonで自動化してましたね。あとコミットするファイル一覧も出しました。元請けはそれと実際にコミットされたソースとを比較して漏れが無いか確認してたみたいです。 しかしこの方法だとファイルの削除やリネームに対応
obsolete 機能 - 彷徨えるフジワラ
来月(８月)冒頭にリリースされる Mercurial 2.3 版から、 obsolete (marker) と呼ばれる機能が追加される。 >>>> 2012-08-04 追記： ここから 2.3 リリース直前に、デフォルトでは obsolete 設定の追加を抑止する修正が入った模様。 そのため、2.3.x 版で試験的に obsolete 機能を試してみようと思う場合、以下のようなエクステンションを使って obsolete 機能を有効にしてやる必要がある (後述する evolve エクステンションを有効にする方法も)。 from mercurial import obsolete def uisetup(ui): obsolete._enabled = True なお、リリース間際のバタバタの影響なのか、59c14bf5a48c と a1f8869f2eee の２つのリビジョンで "_ena
Mercurialの履歴改変を覚えたい
Mercurialは基本的な操作は割と簡単なんですが、一度確定したリビジョンを変更するのは慣れてない人(私)には辛い。 そこで履歴を改変方法を学んでいきます。 間違えても対応できれば精神衛生上もいいですよね。 infoこの記事では 推奨されていませんが コミットグラフの確認に graphlog という拡張を用いています。--graph があることに気づかなかったので..hgrcを以下を追記すると hg glog というコマンドが使えるようになります。 (colorは必須ではないけど指定したほうが見やすい) 通常であれば hg log --graph を使うことをおすすめします。 @__10100__ #mercurialjp hg log の -G/--graph オプションが標準化された http://t.co/Bkx6UiUuxp ので、graphlog エクステンションは既に「非推奨
Google グループ
Google グループでは、オンライン フォーラムやメール ベースのグループを作成したり、こうしたフォーラムやグループに参加したりすることで、大勢のユーザーと情報の共有やディスカッションを行うことができます。
続・Mercurial の diff を美しく表示するために必要なたった 1つの設定 - Hack like a rolling stone
つい一昨日、Mercurial の diff を美しく表示するために必要なたった 1つの設定 という記事を書いたばかりですが、 diff-highlight の動作を見ているといくつか気になるところを見つけてしまいました。 diff-highlight のイケてないところ 差分の中で +/- の行数が一致していないと文字単位でのハイライトをしてくれない こんな感じです。 編集前後の行数が一致するときだけハイライトしてくれるようです。 diff-highlight のコードを読むとこんなコメント付きで、行数が一致しない時は早々に諦めています。 # If we have mismatched numbers of lines on each side, we could try to # be clever and match up similar lines. But for now we
平衡点(2014-02-16)
I use cookies to analyze how visitors use my website via Google Analytics: Accept Reject Dismiss _ git <-> mercurial お仕事で Mercurial を使う事になったのだけれど Git に慣れた自分にはイマイチ手に馴染まないので git-svn みたいなの無いか, とWebを漁ってみた. abourget/git-hg-again もろそのまんま. これで十分ですね. ハイ. ..と思ったけれど, 上手く動いてくれない. 良く見たらDebianパッケージのGitでは /usr/share/doc/git/contrib/remote-helpers/git-remote-hg が提供されていた. これを適当な $PATH の通った所にコピーして実行権限付けたら % git cl
ファイルを登録除外したリビジョンの検出 - 彷徨えるフジワラ
本エントリも、備忘録代わりに「お気に入り」に入れてあったツィートの棚卸しシリーズの一部です（笑） ※ 本文中では revsets 述語の removes() に関して説明していますが、adds() や modifies() でも似たような現象が発生しますので、可能であれば filelog() や file() の使用をお勧めします。 以前、以下のようなツィートを見かけました。 実際には、「追加漏れ」云々は勘違いだったみたいなのですが: という返信に対して: という指摘がありました。 と思ったのですが、 @wonderful_panda 氏の想定しているシチュエーションが、一般的なファイルの登録除外等ではなく： という状況で、確かにこれは想定外でした。 ここで一旦、removes() の挙動を整理してみましょう。 Mercurial の revsets 述語である removes() は、判
mqのパッチを並べかえる - iakioの日記
Mercurial Queueのパッチの順序を並べ替えるには、hg qpop -aして.hg/patches/seriesファイルを編集する、みたいな話を聞いたことがあったけど、最近はhg qpush --moveでできるらしい。 # 準備 $ hg init $ hg qinit $ hg qnew patch-1 $ hg qnew patch-2 $ hg qnew patch-3 $ hg qseries patch-1 patch-2 patch-3 $ hg qpop -a popping patch-3 popping patch-2 popping patch-1 patch queue now empty $ hg qseries patch-1 patch-2 patch-3最初にpatch-2を適用 $ hg qpush --move patch-2 applying
Mercurial Queue の適用事例 - 彷徨えるフジワラ
コミット前レビュー 作業順序と異なる順序で履歴に記録したい 固有修正を継続的に保守したい MQ 管理領域の履歴管理 コミット前レビュー レビュアーによるレビューを済ませるまでは、共有リポジトリへの成果反映をさせたくない 『コミット前レビュー』によって、レビュアーから変更内容に対する何らかの指摘があった場合、指摘事項を反映させる必要があるため、何度も変更のやり直しを行う必要がある。 MQ を使用した作業手順 典型的な作業手順は以下の通り。 修正内容を MQ のパッチに記録する ("hg qnew" + "hg qrefresh") レビュアーに修正内容パッチを送付 レビュアーはパッチをレビューし、採用の可否を判定 採用された場合: パッチを共有リポジトリに取り込む (誰が取り込むかは運用規則次第) 修正担当は、MQ 管理下のパッチを破棄 ("hg qdelete") 採用されない場合: レビ
Rhodecode Enterpriseのライセンス - 放牧日記
Git/MercurialのリポジトリをホスティングするRhodecodeというWebアプリケーションが有ります。 WebUIでユーザ権限の設定やリポジトリの追加、Pull-Requestなどが行える OSSのアプリケーション です。 いままで、GPLv3で配布されていたRhodecodeですが、2013年8月にリリースされたRhodecode Enterprise(バージョンとしてはRhodecode-2.xです)から、名前の通り企業向けのソフトウェアとしてリリースされ、Webサイトもリニューアルし、ライセンスも一部変更されました。 新しいライセンスはRhodecodeを恒久的に商用ソフトウェアにするように見えますが、実はそういうライセンスではありません。 Rhodecode Enterprise(Rhodecode-2.x)とRhodecode-1.7.x Rhodecode Ente
TortoiseHg Advent Calendar 2012 (2012/12/01 00:00〜)
注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Help: revsets
How do closed branches affect Mercurial performance?
LookingIntoBundles - Mercurial
Mercurial、ココがよくない: hgignore より gitignore の方が便利 -
Bug 2080 – Allow limiting GET request to less than 4096 chars to be compatible with squid
SearchHistoryForKeywords - Mercurial
Rino Server Blog