第8回 ソフトウェアをリリースしよう:SourceForge.jpではじめるオープンソースプロジェクト(3/3 ページ)
ソースコード管理ツールを設定したことで、SourceForge.jpを使ってソフトウェア開発を本格的に進められるようになりました。今回は、ソフトウェアのリリース作業を見ていくことにしましょう。
トラッキングを活用しよう
ソフトウェアをリリースしても、はじめのうちはユーザーが少ないので、他人からのバグ報告などもほとんどこないでしょう。こういうときこそトラッキングを積極的に活用していきましょう。
まだプロジェクトが始まったばかりで、自分一人が開発者だったりすると、面倒くさくてトラッキングを使わずにどんどん作業を進めてしまうことがあります(わたしがそうです)。しかし、こういうときにこそ、トラッキングを積極的に利用するべきです。例えば、作り込みたい機能やこんなのあったらどうかな、と思うことがあったら、すべて「Feature Request」(機能要求)に放り込んでしまうのです。また、「後で直そう」と思ったようなバグも、「Bugs」に登録してしまいます。こうすることで、ふと思いついたようなことも忘れずに済むようになります。つまり、メモとしてトラッキングを使ってしまうわけです。バグがあったら取りあえずトラッキングに登録する習慣をつけましょう。
トラッキングのClose
登録したトラッキングアイテムは、実装したり解決したりしたときにCloseすることになります。例えば、バグを修正してCloseするときは、トラッキングから「Bugs」を選択し、バグのリストからCloseするバグを選択します。そして「状態」を「Closed」に、「解決」を「Fixed」に変更します。どのように変更したかをコメントに書いて、「修正を反映」をクリックすると修正が反映されます。逆に、報告されたバグが実はバグではなく報告者の勘違いだった、などというときは、「解決」を「Invalid」にして、これまたきちんとコメントを書いてCloseしましょう。
バグを幾つかCloseしたら、リリースしてしまいましょう。早めにしょっちゅうリリースすることで、ソフトウェアがユーザーの目に触れる機会が多くなり、ユーザーが増えてよいソフトウェアに育っていくかもしれません。
どんどん開発を進めよう
今回まで説明した手順で、「開発」→「リリース」→「フィードバック」→「開発」といったループをsf.jpを使って実現することができます。このループを継続することによって、よりよいソフトウェアが産まれると思います。「早めにリリース、しょっちゅうリリース」の原則に従って、まだまだ未完成だと思ってもどんどんリリースしていき、多くのユーザーに利用してもらって、フィードバックをたくさんもらえるようにしましょう。
著者プロフィール
安井 卓
VA Linux Systems Japan(株)/ Debian Project
関連記事
- SourceForge.jpではじめるオープンソースプロジェクト:第6回 ソースコードの管理をしよう(CVS編)
- SourceForge.jpではじめるオープンソースプロジェクト:第5回 プロジェクトの初期タスクを片付けよう
- SourceForge.jpではじめるオープンソースプロジェクト:第4回 タスクを登録しよう
- SourceForge.jpではじめるオープンソースプロジェクト:第3回 SourceForge.jpの基本操作をマスターしよう
- SourceForge.jpではじめるオープンソースプロジェクト:第2回 プロジェクトを作ろう
- SourceForge.jpではじめるオープンソースプロジェクト:第1回 アカウントを作ろう
- SourceForge.JP、Subversionを正式サポート
日本最大のオープンソースソフトウェアの開発サイトであるSourceForge.JPが、これまでCVSのみだったバージョン管理システムにSubversionを正式に加えたことを明らかにした。 - Slashdot JapanやSourceForge.JPに集うユーザーの属性とは?
- Collabnet、SourceForge Enterprise Edition事業を買収
関連リンク
Copyright © ITmedia, Inc. All Rights Reserved.