概要: 最近開発の手順がつかめてきた。
CPAN Module 作るとか Web Application 作るときのテストの書く基準とか、 svk でコミットするタイミングとか、svk でリポジトリのミラーをオリジナルに反映するタイミングとか、 そういったものを忘れないようにまとめてみる。
まず、基本的に 1 機能 1 テスト 1 コミット で書いていく。
流れをまとめると、
- 実装する機能を一つ選ぶ
- その機能のテストを書く
- 実装する
- テストが通るようにする
- コミットする(
svk ci
)
という感じ。このときテストは一つの機能に対して、一つのテストファイルにする。 こうすると、管理しやすくなるし、テストがこけても問題が把握しやすくなる。
似たような機能とか、関連する機能とかそういったまとめてテストして方がいいものは、 まとめてテストを書いた方が良いかもしれない。
で、このサイクルを行っていって、一つのモジュールが完成したら、
リポジトリのミラーをオリジナルに反映するためにsvk push
する。
あとは上記のサイクルを繰り返していって、モジュールとかの開発を進めていく、 というのがやり易いかなーと思った。
この方法だと場合によってはテストファイルが大量になることもあるけど、 まあ、ややこしいテスト書くよりかは良いんじゃないかと。
#FIXME