アカウント名:
パスワード:
まあ仕方ないと思わなくもなくもなくもないけど(VCS使っていない事自体がダメすぎてとっとと逃げる算段を計るけど)、VCS使ってまでソースをゴミで埋めたがるんだからマジで何やってるのか意味分からない。# いちおうソースコードの管理について意見を出せる立場だったので反対してみたけどダメだった
私も昔は今回のストーリーのような話を聞いたときは鼻で笑ってたものなのですが…
今受けてるプロジェクトは、上の意向でSubversionで管理してるのですが、このストーリーのネタほどではないにしても、基本的に削除修正でも削除したことを示すコメントを半ば自主的に残してます。「仕様書では○○することになってる」ものを「口頭で△△にするように指示をうけ」たりしたときに、言質を取る意味が大きいですかね。あとで「動作が仕様通りの○○になってないんですけど」って言われたりするんだもん
1行単位の修正ごとにコミットしていけば、コード上は削除してしまってもいいんだろうけど、「テスト済のコードしかコミットしちゃダメ」っていうので、ある程度まとめてコミットするしかない状況で…ファイル単位でしかログが残せないというのは、コミットログの粒度が荒すぎます。(「△△のため、削除」したところもあれば「△△にするため、□□を追加」したところもあったりして、それぞれ個別にコメントを残したい)
仕様書改版させるべき。たとえソースにメモしてても「言った言わない」の範疇だし、受け入れテスト担当はそんなことは知らんから。
で、コミットログだけど...diff取って該当部分に理由を書くとか、gitでやっといてsvnなブランチにマージするときcommitもコメントもまとめるとか...かなぁ...。
元コメのACですが、私もまさに
> 仕様書改版させるべき。
これが出来てないのが最大の元凶だと思ってます。他は些細な問題。先方もわかってるんだけど、さらに上から「至急△△してくれ」みたいな話が舞い込んだりして、改版してる暇がないとかって、口答指示で対応する羽目になってる感じで…
> gitでやっといてsvnなブランチにマージするときcommitもコメントもまとめるとか
これはいい感じかも。先方がSubversion指定してきたからといって、こっちが内部で別のバージョン管理システムを併用しちゃいけない理由はありませんし。ちょっと目から鱗です。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
VCS使ってないなら (スコア:2, 興味深い)
まあ仕方ないと思わなくもなくもなくもないけど(VCS使っていない事自体がダメすぎてとっとと逃げる算段を計るけど)、VCS使ってまでソースをゴミで埋めたがるんだからマジで何やってるのか意味分からない。
# いちおうソースコードの管理について意見を出せる立場だったので反対してみたけどダメだった
Subversion使ってるけど (スコア:2, 興味深い)
私も昔は今回のストーリーのような話を聞いたときは鼻で笑ってたものなのですが…
今受けてるプロジェクトは、上の意向でSubversionで管理してるのですが、このストーリーのネタほどではないにしても、基本的に削除修正でも削除したことを示すコメントを半ば自主的に残してます。
「仕様書では○○することになってる」ものを「口頭で△△にするように指示をうけ」たりしたときに、言質を取る意味が大きいですかね。
あとで「動作が仕様通りの○○になってないんですけど」って言われたりするんだもん
1行単位の修正ごとにコミットしていけば、コード上は削除してしまってもいいんだろうけど、
「テスト済のコードしかコミットしちゃダメ」っていうので、ある程度まとめてコミットするしかない状況で…
ファイル単位でしかログが残せないというのは、コミットログの粒度が荒すぎます。
(「△△のため、削除」したところもあれば「△△にするため、□□を追加」したところもあったりして、それぞれ個別にコメントを残したい)
Re:Subversion使ってるけど (スコア:2)
仕様書改版させるべき。
たとえソースにメモしてても「言った言わない」の範疇だし、受け入れテスト担当はそんなことは知らんから。
で、コミットログだけど...diff取って該当部分に理由を書くとか、gitでやっといてsvnなブランチにマージするときcommitもコメントもまとめるとか...かなぁ...。
Re: (スコア:0)
元コメのACですが、私もまさに
> 仕様書改版させるべき。
これが出来てないのが最大の元凶だと思ってます。他は些細な問題。
先方もわかってるんだけど、さらに上から「至急△△してくれ」みたいな話が舞い込んだりして、改版してる暇がないとかって、口答指示で対応する羽目になってる感じで…
> gitでやっといてsvnなブランチにマージするときcommitもコメントもまとめるとか
これはいい感じかも。
先方がSubversion指定してきたからといって、こっちが内部で別のバージョン管理システムを併用しちゃいけない理由はありませんし。ちょっと目から鱗です。