『Rails のプラグインを subtree として管理する - ドレッシングのような』の続きです。 この記事を書いてから数ヶ月後、導入していたプラグインをアップグレードする機会があって、subtree マージが役立つ時がやって来たのです。 ・・・ところが、何度やっても subtree マージが上手く行かない。いろいろ試してマージできたと思ったら、マージ元ブランチの全履歴がコミットされて悲惨な状況になったり。 で、私のお仕事の目的は残念ながら git で subtree マージを実施することではなかったので、泣く泣くアップグレードによる変更をパッチとしてマージしてコミットしました。 余裕が出てきたら、追試をして正しい事を明らかにしてみたいです。 git は難しいけど楽しいですね♪ (追記: 2010.07.12)某IRCチャネルで、すごい回避策が生み出されました。 12-17:21 iwa
(2010.02.05 追記) read-tree する前に ours ストラテジで merge しなきゃダメだったようなので、その手順を追加した。 下のエントリではプラグインを submodule として管理する方法をメモした。 今回扱っているリポジトリは僕だけでなく他社の人 (それも git に慣れてない人) と一緒に弄るものなので、submodule を使うと clone するところから大変なことが分かった *1。 そこで、submodule の代わりに subtree merge と呼ばれる方法を採用することに変更した。これは、プラグインのリポジトリをブランチの中で管理し、master ブランチへ read-tree というコマンドでマージする方法。 restful_authentication を例に説明する。まず、本家を remote リポジトリとして追加する。 $ git r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
