私たちは、何十ものクライアント プロジェクトで成功裏に使用してきた非常にクールな小さな Web フレームワークを持っています。このソフトウェアをコミュニティにリリースする予定です。しかし、私は、新しいオープン ソース ソフトウェア プロジェクト ページに何を載せるべきか、何を載せるべきでないかについて、自分の手を絞っています。サイトに必要なものは何ですか？ドキュメント？ウィキ？ダウンロードへのリンク？ほかに何か？
また、関連しているがおそらく別の質問は、リリース番号のマークをどのように開始するかということです。内部で使用するのは SVN スタンプだけです。バージョン 0.9 と 1.0 および 1.1 などの呼び出しをいつ開始するかを判断する良い方法はありますか?
オープンソースプロジェクトのホスティングサイトが提供するものに何が必要かを知ることができます。
バージョン番号に関しては...私はまだ誰もそれを行うための最良の方法を考え出したとは思いません:)最低限の考えで、私は考えます：
バージョニングについては、セマンティック バージョニングから始めるのが絶対に最適だと思います。
最初にソースをホストするWebサイトを選択します（たとえば、SourceForge）。匿名チェックアウトを備えたバージョン管理システムでソースを入手してください。人々があなたに連絡するためにそこに電子メールアドレスを取得します。
この最初のバージョンを0.1と呼びます。これは、プロジェクトをサポートするドキュメントがまだないためです。
その後、呼吸します。
次に、ウィキのようなドキュメントを見始めます。基本的な詳細レベルですべてをカバーし、リリースがプライムタイムの準備ができていると確信したら、1.0に移行して、バイナリダウンロードの提供を開始します。
0.9 / 1.0 / 1.1 / 1.0.1 / ... バージョンのラベル付けは、マーケティング目的のみです (良い意味で)。これにより、ユーザー/顧客は、リリースがメジャー、マイナー、バグ修正のいずれであるか、およびリリースが成熟しているかどうかを確認できます。
提供する最低限のものはソースです。その他の成果物は、ユーザーをどのように支援し、サポートを提供するかによって異なります。
ソースのライセンスについてよく考えてください。
オープンソース プロジェクトを見るとき、最初に確認することの 1 つはライセンスです。ライセンスが GPL2/GPL3/BSD スタイルまたは類似のものでない場合、それは私の意欲をそぐものです。
ライセンスとは、人々がそれを使って何をするか、どのように成長できるか、そしてそれをリリースした企業がどれだけ所有しているかを意味します。オープン ソースを選択することで、企業 (株主に依存している企業) に依存しないようにしているため、本当に無料のソフトウェアを使用することを選択しています。
オープンソース コミュニティは企業の力に非常に敏感であるため (Google は現時点ではその影響を受けにくいようです)、Web サイトやソフトウェアについてリリースするその他の資料で、真に無料であるというメッセージを確実に配信する必要があります。
FSF のフリー ソフトウェアとオープン ソースの定義の詳細を参照してください。
GitHubまたはGoogleCodeをご覧ください。それらは、独自のオープンソースプロジェクトの非常に良い出発点を提供します。プロジェクトを記述し、wikiに文書化し、リポジトリとしてgitまたはsvnを使用し、問題追跡およびマルチ開発者管理とともにダウンロードを提供できます。それらから学び、それらを使用するための箱から出してすぐに使える素晴らしい環境。
リリース番号の場合：プレリリースには0.9などはお勧めしません。理由？リリース1.9はどうですか？メジャーリリース1の9番目のサブリリースですか、それともリリース2の最後のプレリリースですか。私のリリース標準はここで説明されています：http ：//code.google.com/p/tideland-eas/wiki/ReleaseStandard 。ステータスコード、アルファ、ベータ、ガンマ、リリース日とともに、メジャー、マイナー、フィックスの3つの数値スキームを使用しています。そのため、複数のリリースを並行して簡単に処理できます。
お役に立てれば。
ミュー