gitを使ってMovableTypeのバージョンアップを追いかける - PC日記
このblogはMovableTypeと言うシステムを使って書いている。 MovableTypeがバージョンアップすると、フルセットのzipファイルで提供されるのだが、今まではバージョンアップするたびに以下の手順を踏んでいた。 既存のmtディレクトリをリネーム 新しいzipを展開 mt-config.cgiを古いディレクトリからコピー 追加していたpluginを古いディレクトリからコピー 追加していたtemplateを古いディレクトリからコピー 追加していたalt-tmplを古いディレクトリからコピー 自分用にカスタマイズするパッチをソースにあてる この手順を全て手動でやっていたので、毎回何かしら忘れたりして後からコピーしたりしていた。 せっかく、gitみたいなバージョンコントロールのシステムがあるのだから、なるべく手でやる手順は減らしてみることにする。 # ここまでやるなら、MTOSにして
自分管理でないソフトウェアを変更する際のワークフロー - 雄也の?日坊主日記(2009-03-28)
_ [git] 自分管理でないソフトウェアを変更する際のワークフロー 自分管理でない既存のソフトウェアについて，不具合修正あるいは新機能追加を提案する際に，gitを使って効率よく作業する一連の作業手順を考えてみた． ブランチの運用方針 本エントリで最も重要なことはブランチの運用方針を明確にすることである． この作業手順では以下のような方針でブランチを運用する． master 行った修正や改良を普段使用するために用意する． upstreamとこのリポジトリで行った全ての作業を適用したもの． すなわち，後述するupstreamとchanges/*，localを全てマージしたもの． upstream upstreamの変更点を各ブランチにマージするために使用する． upstreamの最新ソースコードを入れるブランチ． SCMがある場合はオリジナルのSCMからpullするコード． SCMがない場合
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
