タグ

hgに関するama-chのブックマーク (6)

  • Mercurial(hg) のコマンド一覧 - A Day in Serenity @ kenjis

    hg コマンドのメモです。() は省略形。拡張機能のコマンドは、Mercurial(hg) の拡張機能のコマンド一覧 参照。 ヘルプ hg help コマンド一覧の表示 hg help コマンド名 コマンドのヘルプの表示 初期化 hg init カレントディレクトリにリポジトリを作成する hg init パス名 指定したディレクトリにリポジトリを作成する ファイルの操作 hg add 作業領域のファイル/ディレクトリをリポジトリに追加する(コミットで完了) hg add ファイル名 指定したファイルをリポジトリに追加する hg add . カレントディレクトリ以下のファイル/ディレクトリをリポジトリに追加する hg add -A hg addremove と同じ? hg addremove 未登録のファイル(?)は hg add、削除されたファイル(!)は hg remove する hg

    Mercurial(hg) のコマンド一覧 - A Day in Serenity @ kenjis
  • Using Mercurial - Mercurial | MDN

    Please refer to Mercurial For Mozillians at ReadTheDocs for current best-practices around Mercurial, including many helpful extra tools and guidelines that make using Mercurial fast and easy. The content previously available at this page describes techniques and practices like mercurial queues which are no longer recommended.

    Using Mercurial - Mercurial | MDN
  • JapaneseUnderstandingMercurial - Mercurial

    Mercurial を理解する 新規ユーザは Mercurial の分散開発モデルに混乱するかもしれません。このページでは、いくつかの基概念を解説しようと思います。 順を追った説明は チュートリアル を参照してください。 1. リポジトリにあるもの Mercurial の リポジトリ には store と連動した 作業ディレクトリ があります: store は、プロジェクトの完全な履歴を格納しています。唯一中央にのみ履歴のコピーを持つ旧来の SCM 類と異なり、全ての作業領域ディレクトリは、履歴のプライベートなコピーを持っています。これにより、開発を並列に行うことが出来ます。 作業領域ディレクトリは、指定された時点 (例えば rev 2) におけるプロジェクトファイルのコピーを持っており、それらを編集することが出来ます。タグ や 無視するファイル に関する設定もリビジョン管理されているの

  • Mercurialでアレを元に戻す108の方法 | Webシステム開発/教育ソリューションのタイムインターメディア

    前回[@kana1さん](http://twitter.com/kana1)による[「gitでアレをもとに戻す108の方法」](/tech/git-undo-999)が大反響で世間はやはりgit使いが多いのかと再認識しました。 私も普段はgitを使っていますが、お仕事ではMercurialを仕事で使っているのでのっかって書き連ねてみましょう。 ### 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いていくつかコミットした。でももういらない さて初っぱなから行き詰まりそうです。基的にMercurialは「コミットを積み重ねたものを後から編集する」ことに弱いのです。 MQを使って解決してみましょう。 $ hg update -r {revision} $ hg qimport -r {revision+1}:tip $ hg qpop –all $ hg qseries |

    Mercurialでアレを元に戻す108の方法 | Webシステム開発/教育ソリューションのタイムインターメディア
  • 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年5月時点の調査。

  • (特に Git 併用ユーザには是非読んでおいて欲しい) Mercurial における『ブランチ』の概念 〜 その1 - 彷徨えるフジワラ

    ここ暫く、Twitter や ML 等で、Mercurial の『ブランチ』に関する質問 (特に Git の『ブランチ』との対比) に答える機会が度々あったので、Mercurial における『ブランチ』の概念に関してまとめてみた。 実のところ、SCMBootCamp in Nagoya #1 での、稲田氏 (id:methane) の基調講演資料における Mercurial のブランチに関する説明 (30ページ目) を見て: 別途口頭での説明が無いと、初学者や他のツールからの移行者にとっては、誤解を招きやすいのではなかろうか? と思ったのが、このエントリを書く元々の動機だったのだけれど、書き上げるのにかれこれ3ヶ月以上を要してしまったというのは、反省することしきり。 っつーか、ここ暫くは家に (議論の叩き台としてリジェクト覚悟で) パッチ提案したりと、色々アレだったんで、その辺は勘弁して

    (特に Git 併用ユーザには是非読んでおいて欲しい) Mercurial における『ブランチ』の概念 〜 その1 - 彷徨えるフジワラ
  • 1