git と mercurial の diff を美しく表示するために必要なたった 1つの設定 (原題: diff-highlight 1.0.0 をリリースしました) - Hack like a rolling stone
Git の diff を美しく表示するために必要なたった 1 つの設定 #git にインスパイアされて作り始めた diff-highlight にあれこれ手を入れ、1.0.0 として正式リリースしました。 diff-highlight と git-contrib/diff-highlight の違い 差分の中で +/- の行数が一致していないときのハイライトの扱い git-contrib/diff-highlight での表示 +/- の行が一致していないとハイライトされません。 diff-highlight では、マッチする行を認識してハイライトします。 +/- の行数が一致しても、文字単位でのハイライトをしてくれないケースがある git-contrib/diff-highlight での表示 差分の 1行目同士を比較しているため、pager の行がハイライトされていません。 diff-
Hgに慣れてしまった人のためのGitメモ - kuenishi's blog
基本的な開発スタイルはHgでもGitでもそう変わらないと思うので、考え方を完全に持ち込む、というかHgに慣れたんだけどみんなGitHubにいるからGitも使わざるを得ないとかそういう人（というか私）のための備忘録として。単にどのVCSがどう違うかは大体知っているんだけど、いざやってみようとするとコケまくる人たちのために。。。 ソースはgittutorial(7)。 結論からいうとこの表を書きたかった。 やりたいこと mercurial git レポジトリ作成 hg init (みんなでさわる場合)git init --bare --shared レポジトリクローン hg clone git clone 変更内容のコミット hg ci git commit -a *1 変更状態 hg diff git diff revert hg revert -all . git reset --hard
Ditz
Current project status: see the ditz ditz page. Current project news: see the blog and mailing list archives. Ditz is a simple, light-weight distributed issue tracker designed to work with distributed version control systems like git, darcs, Mercurial, and Bazaar. It can also be used with centralized systems like SVN. Ditz features a simple, clean commandline interface, a robust plugin architectur
git-daily 的なブランチ方針がしっくりきました
ソースコード管理でのブランチの切り方を模索してきました。いったん落ち着いたので書き残しておきます。 前提条件は以下のとおりです。 iPhone アプリがアクセスするウェブAPIを開発する。 サーバサイドの開発者はふたり。大阪と東京。 他の案件とかけもち。 行き着いたところ Mercurial git-flow/git-daily に似たブランチ方針 機能追加、開発中機能のバグ修正: default ブランチから、XXX ブランチを切って機能追加/変更し、default へマージする。 リリース: default ブランチから、release/XXX ブランチを切って、ステージングでテスト/修正。終わったら、default と master へマージし、master の先頭を本番サーバにデプロイする。 リリース済不具合の修正: master ブランチから、hotfix/XXX ブランチを切っ
RhodeCode 1.4.4 on CentOS 6.3 - 玩具箱（はてな）
久しぶり過ぎて記法忘れたけど今は Markdown とか使えるんですね。記法分からんところがあるので後で整えます。 CentOS 6.3 に RhodeCode 1.4.4 入れた時にいくつかつっかかったのでメモというか隣の人に書けと言われたので書いときます。 むしろ入れたのは隣の人で自分は問題を解決しただけなので実はインストール手順分からないです。 1. 日本語コミットメッセージが文字化ける $rhodecode_path/env.rhodecode に追記 export HGENCODING="UTF-8" 2. git の repository に push できない 問題 rhodecode.lib.vcs.exceptions.RepositoryError: Couldn't run git command (git -c core.quotepath=false for-ea
RhodeCode
RhodeCode 1.3.6 Released Posted on May 19th, 2012 | Read more RhodeCode 1.3.5 Released Posted on May 13th, 2012 | Read more RhodeCode 1.3.4 Released Posted on March 29th, 2012 | Read more RhodeCode 1.3.3 Released Posted on March 3rd, 2012 | Read more RhodeCode 1.3.2 Released Posted on February 28th, 2012 | Read more RhodeCode is a fast and powerful management tool for and GIT with a built in push/
Free Mercurial and Git Client for Windows and Mac | Atlassian SourceTree
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
いろいろ - hg and git
hg と git のコマンド相違点 似てるようで違う hg と git の違いのメモ。 基本 working directory : バージョン管理対象のファイルを置くディレクトリ。バージョン管理対象にしないオブジェクトファイル等を一緒に置いても良い。 repository : working directory の一番上にある、.hg (hg の場合) または .git (git の場合) ディレクトリの中身。バージョン管理に関する情報、履歴等が置かれる。 あるところにあるリポジトリを追いかけるだけの使い方 たとえば www.kernel.org の Linus のリポジトリを追いかけるとか、そんな使い方の場合。一番シンプルな例。 最初の取得 (リポジトリを取得し作業ディレクトリに最新の内容を展開する) hg clone url [dir] git clone url [dir] 最新リ
操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
hgflow - wyukawa's diary
GitにはA successful Git branching modelと言われるブランチ運用フローが知られています。 内容の詳細はこちら 原文 A successful Git branching model » nvie.com 翻訳 見えないチカラ: A successful Git branching model を翻訳しました でこのフローを補助するツールとしてgit-flowというのがあります。 GitHub - nvie/gitflow: Git extensions to provide high-level repository operations for Vincent Driessen's branching model. git-flowの使い方はこちらが詳しいです。 A successful Git branching model を補助する git-flow
「git commit するまえに考えるべき10のこと」がDVCS的じゃない件 - うさぎ組
はじめに git commit するまえに考えるべき10のこと | Act as Professionalを読んでいろいろと思うことがあったので書きました。 これはSCMBootCamp主催者としてとか、Mercurialユーザーを代表してとかではありません。 僕はこう思う。ということです。 読むの面倒な人は最下部のまとめだけ読めばok。 commit != push DVCSの利点はローカルコミットという概念を持ち込んだことです。これにより、高速な履歴追加、安全なマージを手に入れることができました。 件の記事を読んでいて気になったのは、commitという単語です。 特に、 1コミットに1つの対応 コメントアウトしたコードをコミットしない テストが正常に通過したものにしてください コミットメッセージの1行目は”短い説明” コミットメッセージのスタイル コミットメッセージのボディは有意義な内
Bitbucket リニューアルの詳細 | Atlassian Japan 公式ブログ | アトラシアン株式会社
*本ブログは Bitbucket Blog を翻訳したものです。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2012 年 10 月 9 日、Justen Stepka 投稿 “Introducing the Redesigned Bitbucket“ ここ Bitbucket 本部にとって大きな一日でした。Bitbucket チームは真新しく再設計された Bitbucket のベールをはがしました。この大きなリリースの目標は、Bitbucket のウェブエクスペリエンスを一から見直し、再構築することでした。本日、新しい Bitbucket を紹介できることに興奮しています。さらに速く、簡単で、これまでにないほど美しい Bitbucket です。 新しい UI をご覧ください スピード、明瞭さ、発見のしやすさを念頭に置き、すべてのページを最適化しました。もっとも重要
SourceTreeで楽々git-flow, hg-flow #augj - うさぎ組
Atlassian Advent Calendar 2012 #augj Atlassian Advent Calendar 2012 #augj on Zusaarのエントリになります。 前日はid:sue445さんのBitbucketとGithubをゆるく比較 #augj - くりにっきです。 明日はid:troter さんです。 git-flow, hg-flow がすごいらしい 楽にブランチ戦略を試せるし、うまいことやれるし、とりあえず始めて見る分にはgit-flow, hg-flowはいいと思うのです。 あれですね。WebアプリをとりあえずつくってみたくなったときにRailsでやってみる。的な。 ですが、なんだかんだでgit-flowやhg-flowになるとコマンドをうちます。素のgitやhgよりとても簡単になってはいますが。 問題はhgのほうです。 hgは既に史上最高のGUIク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Facebook、MercurialをGitよりも速くする
bpmercurial-workflowから始まった議論など
Bitbucket | Git solution for teams using Jira