واژه های مورد استفاده
مجمع: به جمعی از افراد اطلاق می شود که برای انجام یک پروژه متن باز با یکدیگر همکاری می کنند که می تواند شامل توسعه دهندگان داخلی، توسعه دهندگان خارجی و حتی کاربران پایانی باشد.
Milling list: مکانی که افراد با استفاده از ارسال Mail با یکدیگر ارتباط برقرار می کنند و همه Mailها در آنجا ثبت می شوند.
کاربران عادی: منظور کاربران پایانی است که فقط از نرم افزار استفاده می کنند.
زیر ساخت مورد نیاز برای پروژه های متن باز
به منظور انجام (توسعه) یک نرم افزار متن باز نیاز به ابزارها و زیرساختهایی است که امکانات لازم برای انجام یک پروژه متن باز را فراهم کنند. در این بخش این زیر ساختها را مورد بررسی قرار می دهیم.
این زیرساختها عبارتند از:
۱-public code Archive
Project Documentation -2
Bugs database -3
Open Mailing Lists or Newsgroup -4
Website -5
بایگانی عمومی کدPublic Code Archive)
دلایل استفاده از PCA
1. یک نیاز اولیه در پروژه های متن باز، امکان دسترسی عمومی به کد منبع (source code) است.
۲/ هر توسعه دهنده چه در داخل و چه در خارج شرکت باید بتواند در هر زمان به آخرین نسخه از کدهای پروژه، دسترسی داشته باشد.
۳/ هر توسعه دهنده باید بتواند مستقیما در کد منبع مربوط به پیمانه(module) ای که مسئولیتش را برعهده دارد، تغییرات اعمال کند.
۴/ فعالیتها و رفع اشکالات(BUG) انجام شده توسط توسعه دهندگانی که هنوز به آنها اجازه دسترسی مستقیم و نوشتن در کد منبع، داده نشده است، باید ثبت شود و در درون کد منبع ذخیره و نگهداری شود.
۵/ کد منبع ها باید مرتبا ایجاد شده (در صورت امکان هر روز) و برای download توسط توسعه دهندگان و کاربران در اختیار آنها قرار گیرد. معمولا آخرین نسخه ای که به خوبی پایدار (stable) شده است برای download در اختیار دیگران قرار داده می شود. همچنین باید همیشه این امکان برای کاربران فراهم باشد که بتوانند یک نسخه کاربردی از کد را download کنند.
این ساختار کاملا متفاوت از ساختار توسعه معمول است، که در آن توسعه دهندگان داخلی رونوشتهایی اختصاصی از کدهای منبع را در اختیار دارند و مرتبا آنها را برای توسعه دهندگان بیرونی منتشر می کنند. با به اشتراک گذاشتن یک بایگانی مرجع یکسان برای همه، در صورتی که هر یک از توسعه دهندگان تغییراتی را اعمال کنند یا اشکالی(bug) را اصلاح نمایند تغییرات به سرعت در اختیار سایر توسعه دهندگان قرار می گیرد.
توسعهدهندگان داخلی دسترسی های خاصی نخواهند داشت بنابراین همکاران دیگر (توسعهدهندگان خارجی) از اینکه برای انجام تغییرات و اصلاح اشکالات وقت صرف کنند، دلسرد نمی شوند، زیرا آنها نیز کلیه دسترسی هایی که به توسعه دهندگان داخلی داده شده است را دارا می باشند. در اکثر پروژه های متن باز از Concurrent version system،به طور اختصار CVS ، به عنوان انبار کدهای به اشتراک گذاشته شده استفاده می کنند. CVS این امکان را فراهم می کند که همزمان چندین توسعه دهنده بتوانند کد منبع را ویرایش کنند، بدون اینکه وابسته به تغییرات اعمال شده توسط سایرین باشند. CVS امکان تعریف چندین شاخه (با استفاده از ایجاد چندین نسخه از کد)، امکان بازگشت به آخرین نسخه و امکان استفاده همزمان چندین کاربر از یک کد منبع را فراهم می کند. CVS یک پروژه متن باز است که به صورت مجانی در دسترس است.
اینکه سیستم مدیریت کنترل منبعی ( (SCM=source control management که شما در پروژه تان از آن استفاده می کنید به صورت آزادانه در اختیار توسعه دهندگان پروژه شما باشد، مسئله مهمی است، زیرا کسانی که به صورت پاره وقت بر روی پروژه شما کار می کنند تمایلی ندارند که برای تهیه (SCM) هزینه ای پرداخت کنند. ممکن است که اعضای تیم توسعه دهنده پروژه شما، عقیده داشته باشند که با توجه به اینکه سیستم SCM شرکت شما از CVS بهتر است، به کاربردن CVS موجب می شود که بسیاری از خصوصیات مفید SCM شرکت شما کنار گذاشته شود. آنها باید درک کنند که استفاده همه توسعه دهندگان از یک SCM مشابه مسئله مهمی است و خصوصیات مفیدی که در صورت استفاده کردن از CVS از دست می روند، به خاطر همکاری توسعه دهندگان خارجی، از راه های دیگر جبران می شوند. همچنین امید است که خصوصیات مفیدی که در SCM شرکت وجود دارد اما در CVS موجود نیست در نسخه های بعدی CVS به آن اضافه شوند.
پروژه ای با نام subversion درحال انجام است که در زمینه سیستم کنترل نسخه بتواند در مجامع متن باز، جایگزین CVS شود.
Bonsai ابزاری است که توسط پروژه Mozilla مورد استفاده قرار گرفت و به توسعه دهندگان این اجازه را می دهد که بتوانند با استفاده از ارسال درخواست برای بایگانی CVS، آخرین تغییرات اعمال شده را مشاهده کنند یا حتی متوجه شوند که چه شخصی در یک خط خاص تغییراتی را اعمال کرده است. اولین کاری که باید برای اعضای تیم انجام شود راه اندازی و نگهداری یک سرویس دهنده کد CVS است و دومین کار، کنترل روزانه و اطمینان از این مسئله است که سرویس دهنده، درست کار می کند و در صورتی که مشکلی درآن وجود داشته باشد باید این مشکل پیدا شده و حل شود، سومین کار این است که اشکالات اصلاح شده و سایر کارهای انجام شده توس
ط همکاران (توسعه دهندگان خارجی) باید در بایگانی کد منبع، ثبت و نگهداری شوند.