そのためのベスト-プラクティスを放出するオープンソースプロジェクト?[定休日]
https://stackoverflow.com/questions/555982
-
05-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
おいっウェブフレームワークを使っていただきましたしながら数十プロジェクト.していく予定このソフトウェア活動を実施しています。しかし、私は絞り自分の手で何べきだ/はなく、新規オープンソースソフトウェアプロジェクトページです。今後も、されなければならない。Docs?Wiki?リンクにダウンロード?後はなんだろう。
および、関連する異なっていてもよい問題がどうしてマーキングを開始リリース。すべてを使用していま内部的には、SVNスタンプを記録します。いい方法はありませんかめる場合を呼びかバージョン0.9以降で対1.0、1.1ですか？
解決
きのうための必要などのようなオープンソースプロジェクトの開催地：
- ウェブサイトとしての"ワンストップショップ"のためのプロジェクト
- ドキュメント、潜在的にはwiki形式
- ソースリポジトリを閲覧、匿名のごとの認証と許可する為
- 問題追跡および新機能の要求
どのバージョン番号...とは思わない では、誰に 手に取れるようになるにはいましたが、まだ）の観光スポットを表示一部の観光の思想-思考慮することが
- v1.0にする必要があ準備のための生産に使用
- メジャーバージョン番号に変更できる完全な下位互換性(必要な場合がほとんどが目標ですよね。)
- マイナーバージョン番号の変更は、通常、ほぼ対応-deprecatingは以上の除去/名を変更したいビットAPI
- 上マイナーバージョン番号の変更だけど軽微な機能を追加する場合、あるいはバグ/パフォーマンスの修正
他のヒント
バージョン管理では、私はから開始する絶対的な最高の場所はセマンティックバージョニングのだと思います。
0.9 / 1.0 / 1.1 / 1.0.1 / ...バージョン標識が（それの良い意味での）マーケティングの目的だけのためです。これはリリースは、メジャー、マイナーやバグフィックス、あなたはそれが成熟したか、まだ検討するかどうかである場合は、あなたのユーザー/顧客が識別できるようになります。
送達するための最小のソースです。その他の成果は、あなたのユーザーを支援し、それらにサポートを提供して喜んでいるかに依存します。
（例えば、SourceForgeの）最初にソースをホストするWebサイトを選択してください。匿名チェックアウトして、バージョン管理システムであり、ソースのアップを取得します。人々はあなたに連絡するためにそこに電子メールアドレスを取得します。
この最初のバージョン0.1を呼び出します。プロジェクトをサポートするために、まだドキュメントを持っていないからです。
次に、息ます。
その後のwikiのように、ドキュメントを探し始めます。あなたはそれがすべての詳細の基本的なレベルでは、カバーしている、とあなたはリリースがいくつかのプライムタイムの準備ができていると考えていたら、その後1.0に移動し、バイナリのダウンロード提供を開始ます。
いうライセンスの源です。
いようだが、オープンソースプロジェクトの最初のものかチェックのライセンスです。場合、ライセンスではないGPL2/GPL3/BSDスタイルもしくは類似のことになるdemotivatorました。
ライセンスとは何人いま、大きなものになると、どのくらいで所有する企業の売り出されます。として選択オープンソースのように依存しない企業人によって異なり株)としての使用を選択ソフトウェアは無料です。
としてのオープンソースコミュニティが非常に敏感で企業力(Googleのように見えるビットの免疫することで、瞬間から分離したものではなく、本当に確認してくださいのメッセージを送り 真の自由 ウェブサイトの一部としたものではありませんリリースのソフトウェアです。
のGitHubやGoogleのコードを見てみましょう。彼らは独自のオープンソースプロジェクトのための非常に良い出発点を提供しています。あなたはgitのを使用するか、またはあなたのリポジトリとしてsvnを、ウィキでプロジェクト、documentateを説明し、問題の追跡とマルチ開発者の管理と一緒にダウンロードを提供することができます。箱から出しニースの環境から学び、それらを使用してます。
リリース番号の場合：私は、前のリリースでは0.9または、このようなものをお勧めしません。理由？どのようなリリース1.9はどうですか？それはメジャーリリース1の9のサブリリースであるか、リリースの最後のプレリリースで2？私のリリース標準はここにdecribedさ： http://code.google.com/p /干潟-EAS /ウィキ/ ReleaseStandard に。私は一緒に、ステータスコード、アルファ、ベータ、ガンマ、およびリリース日で、3-数スキームを使用して、メジャー、マイナー、および修正しています。だから私は簡単に並列に複数のリリースを処理することができるよ。
この情報がお役に立てば幸いです。
MUE
