世の中的にはGitだとかMercurialだとかの分散バージョン管理システムが流行っているのでしょうが、 私の業務界隈では以前としてSubversionが現役なわけで、 掲題の問題で悩んだ挙句に解決したっぽいので、記録しておきますよ。 <前提> 今回のプロジェクトでは、 既にサービスインしているシステムがtrunk下に置かれていて、追加開発プロジェクトがbranches下に複数存在します。 不具合対応などの緊急性のあるものはtrunkで修正し、その修正は都度各branchesにマージされます。 先日、追加開発プロジェクトのうちの一つがめでたくリリースされました。 <本題> さて、じゃあリリースもできたし、リポジトリを整理しようかとなった際に、 基本的にはtrunk側のソースは触ってないし、ブランチの修正ログは引き継ぎたいし、ていう状況下での「あるべきマージの仕方」がよく分かんない。 で、調
September 14, 2010 There was an interesting post regarding painless merge conflict resolution in git that popped up on programming reddit today, and it got me thinking- there has to be a way to get true three-way merge working in vim. It turns out there is, you just have to do some finagling to do so. By default, the git mergetool logic for vim and gvim is only a two-way merge: you can see the loc
背景 よくコンフリクトする気がする。 そんなとき普通、ファイル開いて、コンフリクトしてるところ検索して、解消する。でも結構めんどくさい。コンフリクトしてる箇所が1行とか2行程度ならいいけど、数十行にわたってコンフリクトしてるのを解消するのは結構しんどい。そんなときはやっぱりvimdiffとかで開いて、コンフリクトを解消したいと思うところ。 調べてみると,こんなやり方が見つかる。 Three-way merging for git using vim なんかそれっぽいけど、このやり方だと「変更のもとになるファイル」(BASE)と、「LOCALの変更ファイル」(LOCAL)、「REMOTEの変更ファイル」(REMOTE)を一緒に表示しているだけ。つまり、「コンフリクトが発生している状態のファイル」(MERGED)で、コンフリクト箇所調べて、解消するのは変わりない。 やりたいのは、自動でマージで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く