Code Archive Skip to content Google About Google Privacy Terms
いくつか注意点があることを id:flying-foozy さんに指摘してもらったので紹介します。 並列updateで10万規模のファイルを一度に更新するとlinux kernelでsoft lockupと誤認される 10万規模のファイルを更新するとlinux kernelでsoft lockupと誤認されるようです。 Bug 3902 - Parallel updates can trigger kernel dcache softlockup when enough files are written out バグとして登録されているのですが、linux kernel側の問題ということで、mercurial側で対応する気はないようです。 soft lockupとはタスクやカーネルスレッドがCPUを一定時間専有している状態(一定時間割り込みが禁止されている状態)を指すらしく、 通常はカー
This is a guest blog post by Charles O’Farrell, a developer at Atlassian, that will focus on the reasons a team may choose Git as their DVCS of choice. Charles is focused on coding in any DVCS and has spent some time switching users over from ClearCase to Git. In our previous blog we explored why teams may choose Mercurial as their distributed version control system of choice. Now let’s explore wh
この資料について¶ SCMBC #2 Mercurial 入門セッション資料です。 http://bitbucket.org/troter/scmbc-2011.11-mercurial-introsession この資料ではMercurialを利用するに当たって必須の用語や概念について説明しています。 この後の演習で参考になるよう、効果的に利用する為のお作法、作業フローについても解説します。 (狭義の)リポジトリ¶ SCM ツールにおいて、 作成/改変/移動/削除といったファイルに対する作業内容や、 実施者/日付といった 「履歴」 (history) に関する管理情報を格納しておく領域を、 (狭義の)「リポジトリ」 (repository) と呼びます。 作業領域¶ リポジトリに格納されている情報を元に、 ファイルを取り出したり、 取り出したファイルに対する作成/改変/移動/削除といった
はじめに こんにちは、Python界の渡辺篤史です。@nkjm宅にて記事を書いています。 (git-core 1.7.12以降で設定が変わるので、最新版を使う場合は最後の方を参照して下さい) プロンプトにブランチ名を表示させよう 今のbashプロンプト 僕はzshを使おうと思いつつzshのdotファイルがどれに何を書けばいいのかわかりません状態が続いてずっとbashを使っています。いまのプロンプトはどこでも同じ色で表示されるように次のようなものを使っています。 PS1="\[\033[0;37m\][\[\033[0;32m\]\t \[\033[1;36m\]\u\[\033[0;37m\]@\h \[\033[0;32m\]\w\[\033[0;37m\ ]]\n\$ "こんな感じで表示されます。 gitのブランチ名の取得 MacPortsでgitをインストールしていて、bash_co
แทงบอล UFABET เว็บพนันบอลที่เหล่านักลงทุนให้ความสนใจมากที่สุด แทงบอล UFABET เว็บแทงบอลที่ดีที่สุดในไทย และปฏิเสธไม่ได้ถึงคุณลักษณะอันเยี่ยมยอดของแบบอย่างของการแทงบอลของเราซึ่งสามารถทำเงินทดแทนได้อย่างหลายเท่าตัวที่สุดในทุกๆแบบอย่าง UFABETแทงบอลออนไลน์ไม่มีขั่นต่ำ ก็เลยเป็นที่นิยมค่อนข้างจะสูงในขณะนี้และก็ยังมีการเสนอสูตรต่างๆ มาให้คุณลูกค้าโดยเฉพาะเลยและยังสามารถที่จะประยุกต์ใช้กับการแทงบอลได้อย่า
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
今まではmain.pyを編集して起動スクリプトを作って起動してたのだけど、hgの追加コマンドにすればいいんじゃないかと思ってやってみた。 tokibito / flask-hgwebcommit / wiki / Home — Bitbucket hgwebcommit/hgcmd.py # mercurial command extension DEFAULT_CONFIG = { 'SECRET_KEY': '(secret key)', 'HGWEBCOMMIT_ENCODING': 'utf-8', 'HGWEBCOMMIT_ALLOW_COMMIT': True, 'HGWEBCOMMIT_ACTIONS': (), } def webcommit(ui, repo, **opts): """start hgwebcommit webserver""" from hgwebcom
Mercurial で過去のログメッセージを変更する @ Mercurial 1.8.1 @ TortoiseHg 2.0.2 Mercurial は一つ前のコミットをロールバックでなかったことにできますが、2つ以上前のログを変更する方法はあまり公開されていない気がします。 しかし、MQというキューを管理するExtensionを使えば、比較的簡単に実現することができます。 といっても、以下のような制約があるので、実用できる場面は少ないかもしれません。 Synchronize 先には反映されません (最後に例を載せておきます) マージポイント以前には戻れません 以下では、TortoiseHg を使った例を示しますが、コマンドラインでも可能です。コマンドラインユーザはきっとMQもバリバリ使いこなしているかと思うので、こんな説明は必要ないでしょう。(超勝手な想像だな…) MQが有効になっていない
Mercurialは、Merucurial拡張という拡張モジュールを使って、Merucrialの挙動をいろいろ拡張できるようになっています。 デフォルトのままだと使いにくいので、Mercurialを使う上で便利にしてくれる拡張を設定しておきましょう。 デフォルトでバンドルされているMercurial拡張は、Using Mercurial Extensionsにまとめられています。 今回はGit使いがMercurial使いに転職するときに、Gitで実現できたことをMercurialで実現するための、組み込み拡張、および、サードパーティ製の拡張について紹介します。 色づけしよう ブランチの確認、diff、パッチ等々、色づけされていないとつらいです。 というわけでGit同様に色づけしましょう。 Color Extensionはすでにバンドルされているので、.hgrcに次の記述を加えましょう。 こ
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
TortoiseHg 2.0 will be released with Mercurial 1.8 (Mar 1, 2011). tortoisehg / thg / wiki / Home — Bitbucket 出るといっても今までのPyGTK版ではなくPyQtポートというやつ。 GUIが全く違います。 こんな感じ 今までのTortoiseHgはリポジトリ毎に起動する必要がありましたが、それがなくなり複数のリポジトリを扱えるようになりました。左のRepository Registryの部分にD&DでMercurialのリポジトリであるフォルダを突っ込めばリポジトリとして認識され表示されます。 リポジトリ毎のリビジョンはタブ表示になっています。ワーキングディレクトリも表示するようになってますね。 コミット時はダイアログが出なくなってます。 またワークベンチ形式ということでReposit
GitHub and BitBucket When I put up my WhyGitIsBetterThanX.com website, one of the sections I added about why some people choose Git over Mercurial (and other SCMs) was GitHub. My reasoning behind this is that GitHub provides a community that people want to be a part of and that other SCMs don't have an online community of the same caliber. Since then, I've amended this a bit because Launchpad is a
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
巷では git の大ブームだけど,ひさしぶりに Mercurial について書きます。 Mercurial について言及されたブログとか読んでいるとき,たまに MQ という言葉を目にして気になっていた。ながらく気にはとめつつ全然調べていなかったんだけど,ちょっと利用しようかなというケースがあり,ちょこっと触ってみた。 自分の理解では,MQ (Mercurial Queues) とは,誤解を恐れずにいえば Mercurial の changeset と独立して構成される修正履歴(パッチ)のスタックのようなものだ。 (なので今後 MQ の patch queues を Queues という名称と裏腹に「パッチスタック」「パッチ群」などと勝手に呼び称します) 「誤解を恐れずにいえば」と書いたけれど,この直感的な印象は MQ を使っていくうちに――大筋では変わらないものの――ちょっと変わった。それ
Atlassian Sourcetree is a free Git and Mercurial client for Windows. Atlassian Sourcetree is a free Git and Mercurial client for Mac. Murky Murky is a GUI client app for the Mercurial distributed version-control system. It lets you manage repositories and source files without using a command-line. Murky runs on Mac OS X 10.5 or later. It's written in Objective-C 2.0. It's released under a BSD lice
今回は、対象の構成管理がMercurialであるか否かに関わり無く、Mercurialを併用することで開発効率を向上させる手法を説明します。 題材としてフリーソフト/オープンソースソフトを取り上げますが、ここで説明する手法は、「Mercurial以外の構成管理ツールの使用を指定されている開発」といった、(残念ながら)良くあるシチュエーションでも適用可能です。 なお本稿では、フリーソフト/オープンソースソフトの総称として、以降FLOSS(Free/Libre and Open Source Software)の略称を使用します。 No Patch, No Life 世間的にFLOSSが認知されて随分時間も経ちましたし、その数も相当なものになりました。 その気になれば、CVSやSubversionで運用されているリポジトリにアクセスして、最新成果をいち早く試してみることも、これまでの開発過
Mozilla Labs - Laboratories are where science and creativity meet to develop, research, and explore new ideas. Mozillaは2006年ごろから、開発に利用するバージョン管理システムをCVSからMercurialへ移行する作業を進めてきた。今回、Mozilla Labsからさらに新しい動きが発表された。Mozilla Labsで取り組んでいるすべてのプロジェクトをGitHubにもミラーリング提供を開始したという。従来どおりMercurialがメインリポジトリとして利用され、Gitはあくまでもミラーという位置づけ。ただし、プロジェクトによってはGitを主要なバージョン管理システムにしたいと取り組みを進めているものもあるという。 ミラーの仕組みはMercurialからGitHubのリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く