ソフトウエアの変更種類をあらわすシンボルとして何がふさわしいでしょうか？

現場で特に規定が無い場合は、

+----------------------------------

| 2005/06/07

| APPEND: ＸＸＸ機能の追加

|　　　　　　詳細～ＸＸＸＸＸＸＸＸＸＸＸＸＸＸ

| MODIFY: ＸＸＸ機能の変更

| 2005/06/06

| APPEND: ＸＸＸ機能の追加

|　　　　　　詳細～ＸＸＸＸＸＸＸＸＸＸＸＸＸＸ

| MODIFY: ＸＸＸ機能の変更

|　　　　　　詳細～ＸＸＸＸＸＸＸＸＸＸＸＸＸＸ

| REMOVE: ＸＸＸ機能の破棄

|　　　　　　詳細～ＸＸＸＸＸＸＸＸＸＸＸＸＸＸ

| ADJUST: コードの調整 <------ これは今さき思いつき

|　　　　　　詳細～ＸＸＸＸＸＸＸＸＸＸＸＸＸＸ

とか

+----------------------------------

| APPEND20050606: ＸＸＸ機能の追加

|　　　　　　詳細～ＸＸＸＸＸＸＸＸＸＸＸＸＸＸ

| MODIFY20050606: ＸＸＸ機能の変更

|　　　　　　詳細～ＸＸＸＸＸＸＸＸＸＸＸＸＸＸ

としています。

修正箇所が多岐に渡る場合で、

修正箇所をコード内にマークしたい場合は、

上記キーワードにYYYMMDDを連結して

コメントやプリプロセッサの条件にしてしまいます。

ライブラリ管理をきちんとしていない現場で、

少なくとも自分のいじった箇所を忘れないように、

このようなものを埋め込んだりしていました。

ex)

#APPEND20050606 author START

:

#APPEND20050606 END

#ifdef REMOVE20050606 START

:

#endif REMOVE20050606 END

#IF MODIFY20050606 Then

:

#Else

:

#End If

//ADJUST20050606 xxxx

何をしたかが明確になるような

そんなキーワードがふさわしいかと思います。

文字数はどれも同じだし見栄えはどうでしょうか。

私はこれになれてしまっています。

http://www.hatena.ne.jp/ダミー:detail]

うちでは機能追加も仕様変更のうちと考えておりあまり区別しません。

普段は記号＋日本語でマークアップしているので、英単語に変えてみました。

A SPEC-CHANGE(ADD)計画したVersionUpにかかわる機能追加、新機能

B SPEC-CHANGE(REV)計画したVersionUpにかかわる機能変更、機能強化

C ADJUSTMENT　　リリース後の仕様変更、細部調整（パッチなどで対応）

D LOGIC-ENHANCE　効率化、アルゴリズム代替、例外対応、ライブラリ化など

E CORD-CLEAN-UP　コード整理

aukjsさんの意味付けに対応させると 1⇒A、2⇒B,C、3⇒D、4⇒E でしょうか。

このようなものではいかがでしょうか？

(これもベタですけど、、、)

1:機能の追加

　ADDED

2:すでにある仕様の変更

　CHANGED

3:処理方式の変更(機能や仕様の追加変更は無い)

　MODIFIED

4:コードをキレイにしただけ(機能や仕様、方式の追加変更は無い)

　CLEANED