タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

mercurialに関するhate-urumaのブックマーク (5)

  • mercurialのマージ作業をvimで - logiqboard

    GUIの無い環境で開発してると手動マージが発生したときに結構たるい作業を強いられる訳です。 mercurialのデフォルトだと <<<<<<<<<local ウオー ========== うおー >>>>>>>>>otherなんてのをテキストエディタでちまちま直す必要があるわけで、めんどい。 マージツールつかえよ vim様にはマージ機能があるというのは前から知ってて使いたかったんだけど、どうも操作がよくわかんなくて放置していました。 ということで、ちょっと真面目に調べてみた。 設定 まずmercurialの設定 hgrcなどにマージツールとしてvimdiffを使う設定を書く [ui] merge = vimdiff 使う confrectが発生するようなマージを行うと、勝手にvimがdiffモードで立ち上がります。 デフォルトでは マージ結果 | local | otherてな感じに縦3分

    mercurialのマージ作業をvimで - logiqboard
  • Mercurialではじめる分散構成管理 記事一覧 | gihyo.jp

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    Mercurialではじめる分散構成管理 記事一覧 | gihyo.jp
  • logiqboard

    http://feiz.hateblo.jp/ コードをたくさん読んでいると、よくできていて参考にしたくなるコードや、身の毛もよだつクソコードなど、色んなコードに出会う。 自分一人で書いていた頃は、コードの良し悪しは全て自分にはね返ってきていたのだが、チームを組むとそうはいかない。 人の書いたコードで苦しむこともあれば、自分の書いたコードで人を苦しめることもある。 そんなことにならないよう、少しでも良いコードを書くために意識するべきことをまとめてみた。 読むのに苦労しないコードを書く 書かれたコードは、それが使われ続ける限り、何度も読まれる。 読む人は自分かもしれないし、他のチームメンバーかもしれない。別の会社の顔も知らない人かもしれない。 そんな人たちでもスラスラ読み解け、理解できるコードは、きっと良いコードだ。 冗長さを制御する 大体の悪いコードは長い。どんなに素晴らしい設計がされてい

    logiqboard
  • -Pegasus' Wing SIDE_K memo- - Mercurial/HGコマンド一覧

    ここではMercurialのコマンド、hgについての個人的にまとめたものを公開しています。 初期化 hg init, hg init [パス名]パス名はリポジトリを作成したいパス、指定しない場合はこのコマンドを打ち込んだフォルダで.hgフォルダを作成する。 ファイル操作 hg add [ファイル名]ファイルをリポジトリに追加する。 hg addremove, hg addremove [ファイル名]ファイルを追加し、リポジトリ内に見あたらないファイルをリポジトリから削除。ファイル名を指定しない場合は自動で新しいファイルを追加してくれる。 hg remove [ファイル名], hg rm [ファイル名]ファイルをリポジトリから削除。その際、ファイル自体も削除されるので注意。 hg copy [ファイル名] [ファイル先], hg cp [ファイル名] [ファイル先]ファイルをコピーする。コピ

  • Mercurial: The Definitive Guide

    2009-05-070. Preface 2009-05-071. How did we get here? 2009-05-072. A tour of Mercurial: the basics 2009-05-073. A tour of Mercurial: merging work 2009-05-074. Behind the scenes 2009-05-075. Mercurial in daily use 2009-05-076. Collaborating with other people 2009-05-077. File names and pattern matching 2009-05-078. Managing releases and branchy development 2009-05-079. Finding and fixing mistakes

  • 1