ما هي أفضل الممارسات لإطلاق مشروع مفتوح المصدر؟ [مغلق

Question

لدينا إطار ويب صغير رائع تماما استخدمنا بنجاح على العشرات من مشاريع العميل. نحن نخطط لإطلاق سراح هذا البرنامج للمجتمع. ومع ذلك، أنا أتلقى يدي حول ما يجب / يجب أن لا يذهب إلى صفحة مشروع برمجيات مفتوحة مفتوحة. ما هي الأشياء التي يجب أن يكون فيها الموقع؟ مستندات؟ ويكي؟ رابط لتحميل؟ ماذا بعد؟

وهناك سؤال مختلف ولكن ربما مختلف هو كيف نبدأ في وضع علامة على أرقام الإصدار. كل ما نستخدمه داخليا هو ختم SVN. هل هناك طريقة جيدة لتحديد وقت البدء في الاتصال بشيء الإصدار 0.9 مقابل 1.0 و 1.1 وما إلى ذلك؟

Answer 1

يمكنك الحصول على فكرة عما يتطلبه ما تقدمه مواقع استضافة المشاريع المفتوحة المصدر:

• موقع ويب يعمل ك "متجر واحد" للمشروع
• مستندات، يحتمل أن تكون في شكل ويكي
• مستودع مصدر يسمح بالتصفح والخروج المجهول والمصادقة والمصروفة
• تتبع القضية وطلبات ميزة جديدة

أما بالنسبة لأرقام الإصدار ... لا أعتقد ذلك أي شخص عملت أفضل طريقة للقيام بذلك بعد :) مع الحد الأدنى من التفكير العاري، كنت أفكر في:

• يجب أن يكون v1.0 جاهزا لاستخدام الإنتاج
• يمكن أن تفقد تغييرات رقم الإصدار الرئيسية تماما التوافق للخلف (إذا لزم الأمر - بالكاد هدفا رغم ذلك!)
• عادة ما تكون تغييرات رقم الإصدار الثانوي متوافق في الغالب - من المحتمل أن تكون أفضل من إزالة / إعادة تسمية أجزاء API
• يجب أن تتضمن تغييرات رقم الإصدار الأصغر من غير ثانوية إضافات وظيفية صغيرة فقط (إن وجدت) وإصلاح الأخطاء / الأداء

Answer 2

على الإصدار، أعتقد أن أفضل مكان مطلق للبدء من الإصدار الدلالي.

Answer 3

النسخة 0.9 / 1.0 / 1.1 / 1.0.0.1 / ... الإصدار هو لغرض التسويق فقط (بالمعنى الجيد منه). يسمح هذا للمستخدمين / العملاء بتحديد ما إذا كان الإصدار هو الإصلاح الرئيسي أو القاصر أو الأخطاء وما إذا كنت تعتبره ناضجة أم لا.

الحد الأدنى لتقديم المصادر. تعتمد النواتج الأخرى على كيفية استعدادك لمساعدة المستخدمين وتقديم الدعم لهم.

Answer 4

اختر موقع ويب لاستضافة المصدر في البداية (SourceForge، على سبيل المثال). احصل على المصدر هناك على نظام تحكم الإصدار مع الخروج المجهول. احصل على عنوان بريد إلكتروني هناك للناس للاتصال بك.

اتصل بهذا الإصدار الأول 0.1. هذا لأنك ليس لديك مستندات بعد لدعم المشروع.

ثم التنفس.

ثم البدء في النظر في الوثائق، مثل ويكي. بمجرد تناولها كلها مغطاة، بمستوى أساسي من التفاصيل، وتعتقد أن الإصدار جاهز لبعض Primetime، ثم انتقل إلى 1.0، وابدأ في توفير التنزيلات الثنائية.

Answer 5

تأكد من التفكير في ترخيص المصادر.

عندما أنظر إلى مشروع مفتوح المصدر، واحدة من أول الأشياء التي أتحقق منها هي الترخيص. إذا لم يكن الترخيص أنماط GPL2 / GPL3 / BSD أو ما شابه ذلك، فهذا هو demotivator بالنسبة لي.

الرخصة يعني ما سيفعله الناس به، وكيف يمكن أن ينمو، ومقدار مملوكة للشركات التي أطلقت عليها. كما عن طريق اختيار المصدر المفتوح، أحاول عدم الاعتماد على الشركات (التي تعتمد على حامليهم)، أختر حقا استخدام البرنامج مجاني حقا.

نظرا لأن مجتمع المصدر المفتوح حساس للغاية لسلطة الشركات (يبدو Google محصنا بعض الشيء في الوقت الحالي)، لذلك يجب عليك حقا توصيل رسالة حقا مجانا على موقع الويب الخاص بك وغيرها من المواد التي تطلقها عن البرنامج.

رؤية المزيد عن البرمجيات الحرة و مفتوح المصدر تعريفات FSF.

Answer 6

ألق نظرة على Github أو Google Code. أنها توفر نقطة انطلاق جيدة جدا للمشاريع المصدر المفتوحة الخاصة. يمكنك وصف مشروعك أو توثيقها في ويكي أو استخدام GIT أو SVN كمستودع الخاص بك، وتوفير التنزيلات مع تتبع القضايا وإدارة متعددة التطوير. بيئات جميلة خارج الصندوق للتعلم من واستخدامها.

للحصول على أرقام الإصدار: لا أوصي به 0.9 أو شيء من هذا القبيل للحصول على الإصدارات المسبقة. السبب؟ ماذا عن الافراج عن 1.9؟ هل هو الإصدار الفرعي التاسع للإصدار الكبير 1 أو هل هو آخر إصدار ما قبل الإصدار 2؟ انخفاض مستوى الإصدار الخاص بي هنا: http://code.google.com/p/tideland-as/wiki/releasestandard.. وبعد أنا أستخدم مخططا ثلاثة أرقام، رئيسي، بسيطة، وإصلاح، جنبا إلى جنب مع رمز الحالة، ألفا، بيتا، جاما، تاريخ الإصدار. لذلك أنا قادر على التعامل مع الإصدارات المتعددة بالتوازي بسهولة.

أتمنى أن يساعدك هذا.

ميو