এটি সত্যিই প্রকল্পের উপর নির্ভর করে; কিছু প্রকল্প এমনকি একটি সংস্করণ 1.0 প্রকাশ করে না।
মেমের বিকাশকারীরা তাদের এমুলেটর প্রোগ্রামের 1.0 সংস্করণ প্রকাশ করার ইচ্ছা রাখে না। যুক্তিটি হ'ল এটি কখনই সত্যই "সমাপ্ত" হবে না কারণ সর্বদা আরও তোরণ গেম থাকবে। সংস্করণ 0.99 কেবলমাত্র 0.100 সংস্করণ (ছোটখাটো সংস্করণ 100> 99) দ্বারা অনুসরণ করা হয়েছিল। অনুরূপ ফ্যাশনে এক্সফায়ার 1.99 এর পরে 1.100 এসেছে। 6 বছরের বিকাশের পরেও ইমুল এখনও 0.50 সংস্করণে পৌঁছে নি। উইকিপিডিয়ায় সফ্টওয়্যার সংস্করণ
সংখ্যার সংস্করণগুলির একটি জনপ্রিয় পদ্ধতি (যা আমি ব্যবহার শুরু করেছি) হ'ল সিমেটিক ভার্সন ।
এই স্কিমের আওতায় সংস্করণ সংখ্যা এবং যেভাবে তারা পরিবর্তন করে তার অন্তর্নিহিত কোড এবং কীভাবে একটি সংস্করণ থেকে অন্য সংস্করণে পরিবর্তন করা হয়েছে তা বোঝায়।
এটি কীভাবে কাজ করে এবং / অথবা আপনার কয়েকটি প্রশ্নের উত্তর দেয় সে সম্পর্কে আপনাকে আরও ধারণা দেওয়ার জন্য কয়েকটি উদ্ধৃতি:
১.০.০ প্রকাশ করার সময় আমি কীভাবে জানব?
যদি আপনার সফ্টওয়্যারটি উত্পাদনে ব্যবহৃত হচ্ছে, এটি সম্ভবত ইতিমধ্যে 1.0.0 হওয়া উচিত। আপনার যদি একটি স্থিতিশীল এপিআই থাকে যা ব্যবহারকারীরা নির্ভর করতে আসে, আপনার উচিত 1.0.0.0। আপনি যদি পিছনের সামঞ্জস্যতা সম্পর্কে অনেক চিন্তা করে থাকেন তবে আপনার সম্ভবত ইতিমধ্যে 1.0.0 হওয়া উচিত।
এটি কি দ্রুত বিকাশ এবং দ্রুত পুনরাবৃত্তিকে নিরুৎসাহিত করে না?
প্রধান সংস্করণ শূন্য সমস্ত দ্রুত বিকাশ সম্পর্কে। আপনি যদি প্রতিদিন এপিআই পরিবর্তন করে থাকেন তবে আপনার এখনও 0.X সংস্করণে বা পরবর্তী বড় সংস্করণে আলাদা আলাদা বিকাশ শাখায় থাকা উচিত।
এমনকি যদি সর্বনিম্ন পিছনের দিকে পাবলিক এপিআই-র সাথে সামঞ্জস্যপূর্ণ পরিবর্তনগুলি যদি একটি বড় সংস্করণ বাম্পের প্রয়োজন হয়, তবে আমি খুব দ্রুত 42.0.0 সংস্করণে শেষ করব না?
এটি দায়বদ্ধ বিকাশ এবং দূরদর্শিতার প্রশ্ন। সামঞ্জস্যপূর্ণ পরিবর্তনগুলি হালকাভাবে এমন সফ্টওয়্যারটিতে প্রবর্তন করা উচিত নয় যা প্রচুর নির্ভরশীল কোড রয়েছে। আপগ্রেড করতে যে ব্যয় করতে হবে তা উল্লেখযোগ্য হতে পারে। অসামঞ্জস্যপূর্ণ পরিবর্তনগুলি প্রকাশের জন্য বড় সংস্করণগুলিকে টুকরো টুকরো টুকরো টুকরো টুকরো করার অর্থ আপনি আপনার পরিবর্তনগুলির প্রভাবের মাধ্যমে চিন্তা করবেন এবং এতে জড়িত ব্যয় / উপকারের অনুপাতটি মূল্যায়ন করবেন।
"আলফা," "বিটা," ইত্যাদি প্রকাশ কীভাবে নির্দিষ্ট করা যায় সে সম্পর্কেও বিধি রয়েছে। Http://semver.org/ এ বিশদটি দেখুন ।
[সম্পাদনা] অন্য একটি আকর্ষণীয় সংস্করণ নম্বরকরণের স্কিমটি হ'ল মঙ্গোডিবি ব্যবহার করে :
মঙ্গোডিবি উন্নয়ন প্রকাশের জন্য বিজোড় সংখ্যাযুক্ত সংস্করণ ব্যবহার করে।
মংগোডিবি সংস্করণে 3 টি সংখ্যা রয়েছে: এবিসি
- এ এর প্রধান সংস্করণ। এটি খুব কমই পরিবর্তিত হবে এবং খুব বড় পরিবর্তনগুলি নির্দেশ করবে
- বি হল প্রকাশের নম্বর। এটিতে বৈশিষ্ট্য এবং জিনিসগুলি সহ অনেকগুলি পরিবর্তন অন্তর্ভুক্ত করা সম্ভব যা পিছনের দিকে সামঞ্জস্যতা সম্ভব হয়। এমনকি বিএস স্থিতিশীল শাখা হবে এবং বিজোড় বিএস হবে বিকাশ।
- সি হ'ল সংশোধন নম্বর এবং বাগ এবং সুরক্ষা সমস্যার জন্য ব্যবহৃত হবে।
উদাহরণ স্বরূপ:
- 1.0.0: প্রথম জিএ রিলিজ
- 1.0.x: 1.0.x এ বাগ সংশোধন করা হয়েছে - আপগ্রেড করার জন্য অত্যন্ত প্রস্তাবিত, খুব কম ঝুঁকিপূর্ণ
- 1.1.x: বিকাশ প্রকাশ। এটিতে এমন নতুন বৈশিষ্ট্য অন্তর্ভুক্ত থাকবে যা সম্পূর্ণরূপে সমাপ্ত হয় না এবং অগ্রগতিতে কাজ করে। কিছু জিনিস 1.0 এর চেয়ে আলাদা হতে পারে
- 1.2.x: দ্বিতীয় জিএ রিলিজ। এটিই হবে 1.1.x প্রকাশের সমাপ্তি।