redmine.tokyo » Unofficial Redmine Cooking

ソース変更内容は下記3か所に現在保存されています。

１.SCM側のコミットメッセージ、
２.Redmineのリポジトリブラウザ画面
３.Redmineのチケット注記

現状１=２ですが、２を編集可能とした場合、１との差異が発生します。
４．Redmine上で、チェンジセットに紐付く、２と同列のコメントを別に追加という事ですよね？

＃ コミットメッセージ運用の意識、結構違うんだろうな。。
＃ それが本家26403発生の根本原因なんだろうなと思っています。
＃ http://www.redmine.org/issues/26403#note-5

＞ ４．Redmine上で、チェンジセットに紐付く、２と同列のコメントを別に追加という事ですよね？

そのとおりです。
コミットメッセージは簡潔で変わらない内容に限られてしまいます。

一つのコード修正（チェンジセット）が０以上(※)のチケットと複雑に関連する場合があり、
且つそのチケットは既存のチケットに限らず未来に発生した問題やFeatureと深い関係があった場合など、
当該チェンジセットにその情報を【後から】記述できることが
気づけなかった領域のものを、把握できる状況に引き上げられる力を持つと感じています。

※ ０以上のチケットとの関連：
チェンジセットの全てが課題の解決(チケット)の為のものとは限らず、
運用作業上のコードへの埋め込みがあったり、
わざわざチケットにするには不自然なチェンジセットもありえて、
チケットに紐付かないが共有すべき事柄があるチェンジセットもあると思います。

当該チェンジセットにその情報を【後から】記述できることが
気づけなかった領域のものを、把握できる状況に引き上げられる力を持つと感じています。

その時には認識できていない（or後から発生）情報がある。
それを記録し関連付けることが容易な様に、仕組として組み込むということ。
何の情報を、何処に保存するかの判断とも思いますが。

実装する場合、データ項目としては、下記の様になるでしょうか。

・changesetsではなく、changesと同じレベルで扱う必要あり
・フィールドは、changeset_id,comments,user_id,date
　tagの希望も出そう。