ওপেনসোর্স প্রকল্পগুলিতে কোড পর্যালোচনা আছে? যদি তা হয় তবে কোন সরঞ্জামগুলি এটি করতে ব্যবহৃত হয়?


10

আমি জানি বাণিজ্যিক বিকাশে কোড পর্যালোচনার জন্য একটি বড় ধাক্কা রয়েছে। তবে, ওপেন সোর্স সফ্টওয়্যারগুলিতে কোড রিভিউগুলি ব্যবহার করা হয় বা বিশ্বাসের উপর ভিত্তি করে? যদি তাই হয়, তবে তারা কিভাবে সম্পাদন করা হয়? [এটি কি বিলম্বিত প্রতিশ্রুতি, "প্রাক কমিট পরিবেশ", এমন কোনও সরঞ্জাম রয়েছে যা প্যাচটিকে অন্য কোনও দেবের কাছে প্রেরণের অনুমতি দেয়]?

কোড রিভিউ ব্যবহার করে এমন কোন প্রকল্প রয়েছে?

আমার উপলব্ধি থেকে লিনাক্স কার্নেল প্রায়শই প্রতিশ্রুতিবদ্ধ ব্যক্তির বিশ্বাসের উপর নির্ভরশীল। মাইএসকিউএল মূল লেখকের অনুমোদন এবং কর্মক্ষমতা প্রভাবের ভিত্তিতে তৈরি হয়েছিল।


4
লিনাক্স আসলে লেফটেন্যান্ট + ডিক্টর সিস্টেম ব্যবহার করে uses
বিকল্প

উত্তর:


13

প্রায়শই সমস্ত ওপেন সোর্স প্রকল্পগুলি কোনও না কোনও গেটকিপার ওয়ার্কফ্লো ব্যবহার করে, যেখানে কোনও ব্যক্তি বা গোষ্ঠীর লোকদের অফিসিয়াল বিল্ডে যাওয়ার জন্য সমস্ত পরিবর্তন সাইন আপ করতে হবে। লিনাক্স কার্নেলের মতো কয়েকটি বৃহত প্রকল্পের গেটকিপারগুলির স্তর রয়েছে। আপনি এমন কোনও ব্যক্তিকে একটি পরিবর্তন পাঠান যিনি একটি সাবসিস্টেমের ক্ষেত্র পরিচালনা করে, তারা তাদের পরিবর্তনগুলি এমন একজনের কাছে প্রেরণ করেন যিনি পুরো সাবসিস্টেম পরিচালনা করেন এবং লিনাস টরভাল্ডসে তাদের পরিবর্তন প্রেরণ করেন, যিনি কখনও কখনও কোডটি নিজেই পর্যালোচনা করেন বা কখনও কখনও তাঁর লেফটেন্যান্টগুলিতে বিশ্বাস করেন। এই পর্যালোচনাগুলির সাধারণত একটি আনুষ্ঠানিক কাঠামো থাকে না। কোডটি একীভূত হওয়ার আগে কেউ কেবল সেটিকে দেখছে।

সরঞ্জাম হিসাবে, একটি ভাল উদাহরণের জন্য গিথুব এ টান অনুরোধ প্রক্রিয়া তাকান। আপনি একটি টান অনুরোধ করেন, এবং সেই টান অনুরোধের জন্য উত্সর্গীকৃত একটি ওয়েব পৃষ্ঠায় লোকেরা মন্তব্য করে এবং এটি গ্রহণের পক্ষে যথেষ্ট না হওয়া পর্যন্ত লেখক সংশোধন করে। অন্যান্য গেটকিপাররা কেবল মেলিং তালিকাগুলি থেকে প্যাচগুলি প্রয়োগ করতে বা পাবলিক রিপোজিটরিগুলি থেকে পুলগুলি অনুরোধ করার জন্য প্লেন গিট ব্যবহার করেন যা গিটের মতো ডিভিসিএস আবিষ্কারের অন্যতম প্রধান কারণ।


5

ওপেন সোর্স প্রকল্পগুলিতে প্রায়শই "সম্প্রদায় নির্দেশিকা" এর একটি পরিষ্কারভাবে প্রকাশিত সেট থাকে (এবং হওয়া উচিত) যাতে প্রায়শই প্রকল্পের কার্যপ্রবাহের বর্ণনা এবং কীভাবে অবদান গ্রহণ করা হয় (এবং এভাবে কীভাবে তারা পরীক্ষা করা হয়) এর বিবরণ অন্তর্ভুক্ত থাকে মূল প্রতিশ্রুতিবদ্ধ হওয়ার প্রক্রিয়া হিসাবে।

কোড পর্যালোচনা হিসাবে, আবার এটি সম্প্রদায়ের উপর নির্ভর করে তবে গাইডলাইনগুলি প্রায়শই পরিষ্কার করা হয়। "ওয়ার্কিং কোড উইনস" থেকে "অবদানগুলিতে অবদানকারীদের অবদানের জন্য কয়েকটি উদাহরণ নির্দেশিকা অবশ্যই কোড হিসাবে একই সময়ে প্রতিশ্রুত পরীক্ষাগুলি সহ" এবং এর মধ্যে থাকা সমস্ত কিছু সহ পুরো পরীক্ষার কভারেজ এবং ডকুমেন্টেশন থাকতে হবে; এই নির্দেশিকাগুলি নির্বিশেষে, একটি নির্দেশিকা যা অন্তর্ভুক্ত রয়েছে তা হ'ল মূল প্রতিশ্রুতিবদ্ধরা এগুলি গ্রহণ করার আগে অ-প্রতিশ্রুতিবদ্ধদের যে কোনও এবং সমস্ত অবদান পর্যালোচনা করবে।

মূল প্রতিশ্রুতিবদ্ধদের দলগুলির সাথে ওপেন সোর্স প্রকল্পগুলিতে প্রায়শই ভার্চুয়াল মিটিং বা চোখের অতিরিক্ত সেট প্রয়োজন হতে পারে এমন কোনও অবদানের বিষয়ে আলোচনা করার জন্য নিবেদিত সময় থাকে - অনেকটা কোনও প্রশ্ন বন্ধ হওয়ার আগে নির্দিষ্ট খ্যাতির ব্যবহারকারীদের একাধিক ঘনিষ্ঠ ভোটের এসই প্রক্রিয়াটির মতো, এবং মেটা বা চ্যাটের মাধ্যমে প্রশ্নোত্তর জিনিসগুলির আলোচনা।

আমি ভাল জানি এমন প্রকল্পগুলির জন্য কয়েকটি সম্প্রদায় নথির কয়েকটি দ্রুত লিঙ্ক এখানে দেওয়া হয়েছে, যেখানে আপনি এই প্রকল্পগুলির জন্য নির্দিষ্ট আপনার প্রশ্নের উত্তর পেতে পারেন (আপনি শীঘ্রই একটি থিম লক্ষ্য করবেন):


আপনি ইউনিট পরীক্ষা উল্লেখ করেছেন। আমি ইউনিট পরীক্ষা হিসাবে জমা দেওয়া বাগ রিপোর্ট দেখতে ভাল লাগবে। :) এই গাইড সম্পর্কে আমার কোনও ধারণা ছিল না। ধন্যবাদ!
সন্ন্যাসী

3

বড় ওএসএস প্রকল্পগুলিতে বেশ কয়েকটি মূল প্রতিশ্রুতিবদ্ধ থাকবে। সুতরাং আমি অনুমান করি যে তারা হ'ল ডি-ফ্যাক্টো "কোড পর্যালোচনা"।

এছাড়াও, যেহেতু ওএসএস কোডটি প্রকৃতির সবার জন্য উন্মুক্ত, আপনি যে কোডটি লিখছেন তার চারপাশে আরও বেশি আলোচনা হওয়ার সম্ভাবনা রয়েছে। এটি আনুষ্ঠানিক কোড পর্যালোচনার আকারে নাও থাকতে পারে তবে আপনি অবশ্যই খুঁজে পাবেন যে আপনার কোডটি কোনও নির্দিষ্ট ওএসএস প্রকল্পের জন্য স্ক্র্যাচ না করা বিবেচনা করা হয় কিনা।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.