কোনও সংস্করণে সংখ্যাগুলি সাধারণত কী উপস্থাপন করে (যেমন v1.9.0.1)?


135

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


সংখ্যাগুলি আপনার পছন্দসই অর্থ বোঝাতে পারে, যদিও এগুলি সাধারণত পৃথক উপাদানগুলির সাথে সম্পর্কিত নয় তবে আপনার তুলনায় বড় বনাম গৌণ বনাম রক্ষণাবেক্ষণ পরিবর্তনের সাথে সম্পর্কিত হয়। : এই সম্পদের পরীক্ষা করে দেখুন netbeans.org/community/guidelines/process.html en.wikipedia.org/wiki/Release_engineering freebsd.org/releases/6.0R/schedule.html চিয়ার্স
আলভারো রদ্রিগেজ

উত্তর:


198

সংস্করণে 1.9.0.1 :

  • 1 : প্রধান পুনর্বিবেচনা (নতুন ইউআই, প্রচুর নতুন বৈশিষ্ট্য, ধারণাগত পরিবর্তন ইত্যাদি)

  • 9 : মাইনর রিভিশন (সম্ভবত কোনও অনুসন্ধানের বাক্সে পরিবর্তন, 1 টি বৈশিষ্ট্য যুক্ত করা হয়েছে, বাগ সংশোধনগুলির সংগ্রহ)

  • 0 : বাগ ফিক্স রিলিজ

  • 1 : সংখ্যা তৈরি করুন (যদি ব্যবহৃত হয়) তবে আপনি .NET ফ্রেমওয়ার্কটি 2.0.0.2709 এর মতো কিছু ব্যবহার করে কেন দেখেন

আপনি চারটি স্তরে নেমে আসা প্রচুর অ্যাপ দেখতে পাবেন না, 3 সাধারণত পর্যাপ্ত।


3
আমি ঠিক এটি ব্যবহার করি তবে বিশেষত বিল্ড নম্বরটি সাবভারশন ডেটাবেস সংগ্রহস্থল সংস্করণ
Xetius

আমি একই ব্যবহার করি তবে তৃতীয় সংখ্যা ছাড়াই মেজর.মিনার.বিল্ড হিসাবে। বিল্ড নাম্বার হওয়ার কারণটি যাইহোক বৃদ্ধি পাবে, যাতে নিজেই ছোটখাটো বাগফিক্সেস ইত্যাদির ঘটনাটি সনাক্ত করতে পারে।
এম্বলিং

9
মেজর.মিনোর.রিভিশন (বাগ ফিক্স)। বিল্ডটি আমার কাছে সর্বাধিক বোধ করে। দুর্ভাগ্যক্রমে, .NET সংস্করণ প্রকারটি মেজর.মিনোর.বিল্ড.রিভিশন হিসাবে সংজ্ঞায়িত করা হয়েছে (সম্ভবত মাইক্রোসফ্ট কেবল 3 সংস্করণ স্থান ব্যবহার করত?)
কেভিন কিবলার

2
আমি এই সিস্টেমটি বোঝার চেষ্টা করছি। সুতরাং এখানে একটি প্রশ্ন: একটি নতুন রিলিজের একটি বৈশিষ্ট্য এবং একটি বাগ ফিক্স থাকলে, আমার কী বৃদ্ধি করা উচিত?
iTurki

6
@ আইটুরকি সাধারণত "বৃহত্তর" সংস্করণ সংখ্যাকে প্রাধান্য দেয়। সুতরাং আপনি যদি আপনার অ্যাপ্লিকেশনটি 1.4.23 সংস্করণ থেকে আপডেট করে থাকেন তবে আপনি কেবল 1.5.0 এ আপডেট হন এবং এটি দিয়ে সম্পন্ন হন। আপনি আপনার রিলিজ নোটগুলিতে নির্দেশ করতে পারেন কোন বাগগুলি স্থির করা হয়েছে। একইভাবে, আপনি 1.4.23 থেকে 2.0.0 এ আপডেট করতে পারবেন।
ডিলি-ও

33

এখানে সিমেন্টিক ভার্সিংয়ের স্পেসিফিকেশন রয়েছে

এটি 2.0.0 সংস্করণের সংক্ষিপ্তসার:

MAJOR.MINOR.PATCH সংস্করণ নম্বর দেওয়া হয়েছে, বৃদ্ধি করুন:

  1. মেজর সংস্করণ যখন আপনি বেমানান এপিআই পরিবর্তন করেন,
  2. মাইনর সংস্করণ আপনি যখন পিছনের দিকে সামঞ্জস্যপূর্ণ পদ্ধতিতে কার্যকারিতা যুক্ত করেন এবং
  3. আপনি পিছনের দিকে সামঞ্জস্যপূর্ণ বাগ ফিক্সগুলি তৈরি করার সময় প্যাচ সংস্করণ।

প্রাক-প্রকাশ এবং মেটাডেটা তৈরির জন্য অতিরিক্ত লেবেলগুলি MAJOR.MINOR.PATCH ফর্ম্যাটের এক্সটেনশন হিসাবে উপলব্ধ as


15

এটি খুব স্বেচ্ছাসেবী হতে পারে, এবং পণ্য থেকে পণ্য আলাদা হতে পারে। উদাহরণস্বরূপ, উবুন্টু বিতরণের সাথে, 8.04 2008. এপ্রিলকে বোঝায়

সাধারণত বাম সর্বাধিক (প্রধান) সংখ্যাগুলি একটি প্রধান রিলিজ নির্দেশ করে এবং এরপরে আপনি ডানদিকে যান, পরিবর্তনটি তত ছোট হয়।



8

যত বেশি পয়েন্ট, তত ক্ষুদ্রতর মুক্তি। এর বাইরে সত্যিকারের কোনও শক্ত স্ট্যান্ডার্ড নেই - প্রকল্পের রক্ষণাবেক্ষণকারীরা কী সিদ্ধান্ত নেন তার ভিত্তিতে বিভিন্ন জিনিস বোঝাতে পারে।

উদাহরণস্বরূপ, ওয়ার্ডপ্রেস এই লাইনগুলি বরাবর চলে:

1.6 -> 2.0 -> 2.0.1 -> 2.0.2 -> 2.1 -> 2.1.1 -> 2.2 ...

১. to থেকে ২.০ বড় রিলিজ হবে - বৈশিষ্ট্য, ইন্টারফেস পরিবর্তন, এপিআই-তে বড় পরিবর্তন, কিছু ১.6 টেম্পলেট এবং প্লাগইন ইত্যাদি ভাঙা ইত্যাদি ২.০ থেকে ২.০.১ একটি সামান্য মুক্তি হবে - সম্ভবত কোনও সুরক্ষা বাগ ঠিক করা। ২.০.২ থেকে ২.১ এ একটি উল্লেখযোগ্য প্রকাশ হবে - সাধারণত নতুন বৈশিষ্ট্য।


8

অন্যান্য উত্তর দ্বারা বর্ণিত হিসাবে সংখ্যাগুলি কার্যকর হতে পারে তবে বিবেচনা করুন যে তারা কীভাবে অর্থহীন হতে পারে ... সূর্য, আপনি সান জানেন, জাভা: 1.2, 1.3, 1.4 1.5 বা 5 তারপর 6. ভাল পুরানো অ্যাপল দ্বিতীয় সংস্করণ সংখ্যাগুলিতে কিছু। আজকাল, লোকেরা সংস্করণ নম্বরগুলি ছেড়ে চলেছে এবং "ফিস্টি ডুমুর" (বা এর মতো কিছু) এবং "হার্ডি হেরন" এবং "ইউরোপা" এবং "গ্যানিমিড" এর মতো নির্বোধ নামগুলির সাথে চলেছে। অবশ্যই এটি অনেক কম কার্যকর কারণ আপনি প্রোগ্রামটি পরিবর্তন বন্ধ করার আগে আপনি বৃহস্পতির চাঁদ ফুরিয়ে যাবেন, এবং যেহেতু কোনও স্পষ্ট অর্ডার নেই আপনি কোনটি নতুন তা বলতে পারবেন না।


4

সংস্করণ v1.9.0.1 এ: আপনি পূর্ব-প্রকাশের জন্য নাম ব্যবহার করতে বা-লাইফা, -বেতা তৈরি করতে না চাইলে এটি স্পষ্ট রূপান্তরকরণের স্কিম ব্যবহৃত হয়।

1: প্রধান সংস্করণ যা পিছনে সামঞ্জস্যতা ভঙ্গ করতে পারে

9: পূর্ববর্তী সংস্করণটির সাথে পিছনে সামঞ্জস্যের সাথে আপনার অ্যাপ্লিকেশনটিকে সমর্থন করতে নতুন বৈশিষ্ট্য যুক্ত করা।

0: কিছু ছোটখাটো বাগ-ফিক্স

1: বিল্ড নম্বর (প্রাক-প্রকাশের সংখ্যা)

তবে আজকাল, আপনি এই ধরনের সংস্করণীকরণের স্কিমটি পাবেন না Se শব্দার্থক সংস্করণ উল্লেখ করুন [semver2.0] https://semver.org/


3

সংস্করণ নম্বরগুলি সাধারণত পৃথক উপাদান উপস্থাপন করে না। কিছু লোক / সফ্টওয়্যারের জন্য সংখ্যাগুলি মোটামুটি স্বেচ্ছাসেবী। অন্যদের জন্য, সংস্করণ নম্বর স্ট্রিংয়ের বিভিন্ন অংশ বিভিন্ন জিনিসকে উপস্থাপন করে। উদাহরণস্বরূপ, কিছু সিস্টেম কোনও ফাইলের ফর্ম্যাট পরিবর্তিত হলে সংস্করণ সংখ্যার কিছু অংশ বৃদ্ধি করে। সুতরাং ভি 1.2.1 অন্যান্য ভি ভি 1.2 সংস্করণগুলির সাথে সামঞ্জস্যপূর্ণ ফাইল ফর্ম্যাট (1.2.2, 1.2.3, ইত্যাদি) তবে ভি 1.3 এর সাথে নয়। আপনি কী স্কিম ব্যবহার করতে চান তা শেষ পর্যন্ত এটি আপনার উপর নির্ভর করে।



2

এটি নির্ভর করে তবে সাধারণ প্রতিনিধিত্ব হ'ল মেজর.মিনোর.রিলিজ.বিল্ড

কোথায়:

  • প্রধান আপনার সফ্টওয়্যার এর প্রধান রিলিজ সংস্করণ, .NET 3.x ভাবেন
  • ছোটখাট আপনার সফ্টওয়্যার মাইনর রিলিজের সংস্করণ মনে .NET x.5
  • রিলিজ হ'ল সংস্করণটির মুক্তি, সাধারণত বাগফিক্সগুলি এটি বাড়িয়ে তুলবে
  • বিল্ড এমন একটি সংখ্যা যা আপনার সম্পাদনা করা বিল্ডের সংখ্যা বোঝায়।

সুতরাং উদাহরণস্বরূপ, 1.9.0.1 এর অর্থ হল এটি আপনার সফ্টওয়্যারটির 1.9 সংস্করণ, 1.8 এবং 1.7 ইত্যাদি অনুসরণ করে যেখানে 1.7, 1.8 এবং 1.9 সমস্ত উপায়ে সাধারণত বাগফিক্সের পাশাপাশি সামান্য পরিমাণে নতুন বৈশিষ্ট্য যুক্ত করে। এটি xx0.x, যেহেতু এটি 1.9 এর প্রাথমিক প্রকাশ, এবং এটি সংস্করণটির প্রথম বিল্ড।

আপনি এই বিষয়ে উইকিপিডিয়া নিবন্ধে ভাল তথ্যও পেতে পারেন ।


2

Major.Minor.Bugs

(বা এতে কিছু পরিবর্তন)

বাগগুলি সাধারণত কোনও নতুন কার্যকারিতা ছাড়াই বাগ ফিক্স হয়।

মাইনর এমন কিছু পরিবর্তন যা নতুন কার্যকারিতা যুক্ত করে তবে কোনও বড় উপায়ে প্রোগ্রাম পরিবর্তন করে না।

মেজর প্রোগ্রামের এমন একটি পরিবর্তন যা হয় পুরানো কার্যকারিতা ভেঙে দেয় বা এত বড় যে এটি ব্যবহারকারীদের কীভাবে প্রোগ্রামটি ব্যবহার করা উচিত তা পরিবর্তন করে।


2

প্রত্যেকে এই সংখ্যাগুলির সাথে কী করতে চান তা চয়ন করেন। আমি যেহেতু এটি বরং মূর্খতা থেকে রিলিজকে এবিসি কল করতে প্ররোচিত করেছি। বলা হচ্ছে, আমি গত 25+ বছরের বিকাশের মধ্যে যা দেখেছি তা এইভাবে কাজ করতে ঝোঁক। ধরা যাক আপনার সংস্করণ নম্বরটি 1.2.3।

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

"2" একটি সিরিজের মধ্যে একটি রিলিজ নির্দেশ করে। প্রায়শই আমরা এই অবস্থানটি এমন বৈশিষ্ট্যগুলিতে ধরা পেতে ব্যবহার করি যা এটি সর্বশেষ বড় রিলিজে তৈরি করে না। এই অবস্থান (2) প্রায়শই বাগ বাগের সমাধান সহ কোনও বৈশিষ্ট্য সংযোজনকে নির্দেশ করে।

বেশিরভাগ দোকানে "3" প্যাচ রিলিজ / বাগ ফিক্স নির্দেশ করে। কমপক্ষে বাণিজ্যিক দিক দিয়ে কখনই, এটি কোনও উল্লেখযোগ্য বৈশিষ্ট্য যুক্ত করার ইঙ্গিত দেয় না। বৈশিষ্ট্যগুলি যদি 3 পজিশনে প্রদর্শিত হয় তবে এটি সম্ভবত কারণ যে কোনও বাগ ফিক্স রিলিজ করতে হবে তা জানার আগে কেউ কেউ কিছু পরীক্ষা করেছিল।

"3" পজিশনের বাইরে? লোকেরা কেন এই ধরণের কাজ করে তা আমার কোনও ধারণা নেই, এটি আরও বিভ্রান্তিকর হয়ে ওঠে।

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


2

সি # এসেম্বলিআইএনফো ফাইলগুলি থেকে আপনি নিম্নলিখিতগুলি দেখতে পারেন:

// Version information for an assembly consists of the following four values:
//
//      Major Version
//      Minor Version 
//      Build Number
//      Revision
//
/ You can specify all the values or you can default the Build and Revision Numbers 
// by using the '*' as shown below:
// [assembly: AssemblyVersion("1.0.*")]

2

রিলিজ.মাজর.মিনোরি.রিভিশনটি আমার অনুমান হবে।
তবে পণ্যগুলির মধ্যে এটির মধ্যে বিস্তর পরিবর্তন হতে পারে।


1

মেজর.মিনোর.পয়েন্ট.বিল্ড সাধারণত মেজর এবং অপ্রাপ্তবয়স্ক স্ব-বর্ণনামূলক, পয়েন্টটি কয়েকটি ছোটখাটো বাগফিক্সের জন্য একটি মুক্তি এবং বিল্ডটি কেবল একটি বিল্ড শনাক্তকারী।


বিল্ড শনাক্তকারী কী?
দর্শনা এল

1

হা. প্রধান প্রকাশগুলি বড়, নতুন বৈশিষ্ট্যগুলি যুক্ত করে, সামঞ্জস্যতা ভেঙে দিতে পারে বা উল্লেখযোগ্যভাবে পৃথক নির্ভরতা ইত্যাদি থাকতে পারে etc.

গৌণ রিলিজগুলিও বৈশিষ্ট্যগুলি যুক্ত করে, তবে সেগুলি ছোট হয়, কখনও কখনও বিটা মেজাজ রিলিজের স্ট্রিপড ডাউন পোর্ট সংস্করণ থাকে।

যদি কোনও তৃতীয় সংস্করণ নম্বর উপাদান থাকে তবে এটি সাধারণত গুরুত্বপূর্ণ বাগফিক্স এবং সুরক্ষা সংশোধনের জন্য থাকে। যদি আরও কিছু থাকে তবে এটি পণ্যের উপর এতটা নির্ভর করে যে সাধারণ উত্তর দেওয়া শক্ত।


1

বড় রিলিজ.মিনার রিলিজ.বাগ ফিক্সের দৃষ্টান্তটি বেশ সাধারণ, আমার ধারণা।

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


1

লোকেরা সর্বদা ২.১, ২.০.১, বা ২.১০ সংস্করণ সংখ্যার মধ্যে সূক্ষ্ম পার্থক্য সনাক্ত করতে পারে না - কোনও প্রযুক্তিগত সহায়তা ব্যক্তিকে জিজ্ঞাসা করুন যে তারা কতবার এতে সমস্যায় পড়েছিল। বিকাশকারীরা বর্ণাrar্য কাঠামোর সাথে বিশদমুখী এবং পরিচিত, তাই এটি আমাদের জন্য একটি অন্ধ স্পট।

যদি সম্ভব হয় তবে আপনার গ্রাহকদের কাছে একটি সহজ সংস্করণ নম্বর প্রকাশ করুন।


1

লাইব্রেরির ক্ষেত্রে, সংস্করণ নম্বরটি আপনাকে দুটি রিলিজের মধ্যে সামঞ্জস্যের স্তর সম্পর্কে বলে , এবং এভাবে আপগ্রেড করা কতটা কঠিন।

একটি বাগ ফিক্স রিলিজের বাইনারি, উত্স এবং সিরিয়ালাইজেশন সামঞ্জস্যতা সংরক্ষণ করা দরকার।

গৌণ প্রকাশগুলি বিভিন্ন প্রকল্পের কাছে বিভিন্ন জিনিস বোঝায় তবে সাধারণত তাদের উত্সের সামঞ্জস্যতা সংরক্ষণ করার প্রয়োজন হয় না।

প্রধান সংস্করণ সংখ্যাগুলি তিনটি ফর্মই ভেঙে দিতে পারে।

আমি এখানে যুক্তি সম্পর্কে আরও লিখেছি ।


0

বড়, গৌণ, প্যাচ, বিল্ড, সুরক্ষা প্যাচ ইত্যাদির সংমিশ্রণ

প্রথম দুটি বড় এবং নাবালক - বাকিগুলি প্রকল্প, সংস্থা এবং কখনও কখনও সম্প্রদায়ের উপর নির্ভর করবে। ওএস-এর মতো ফ্রিবিএসডি-তে, আপনার কাছে সুরক্ষা প্যাচ উপস্থাপন করার জন্য 1.9.0.1_ সংখ্যা থাকবে।


0

ভাষার উপর কিছুটা নির্ভর করে, উদাহরণস্বরূপ ডেলফি এবং সি # এর আলাদা অর্থ রয়েছে।

সাধারণত, প্রথম দুটি সংখ্যা একটি বড় এবং একটি গৌণ সংস্করণকে সম্মান করে, প্রথম আসল প্রকাশের জন্য 1.0, কিছু গুরুত্বপূর্ণ বাগফিক্স এবং ছোট নতুন বৈশিষ্ট্যগুলির জন্য 1.1, একটি নতুন নতুন বৈশিষ্ট্য প্রকাশের জন্য 2.0 2.0

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

এখানে আরও একটু বিস্তারিত । "আনুষ্ঠানিকভাবে", নেট। এ, 4 সংখ্যাটি হ'ল "মেজর.মিনার.বিল্ড। রিভিশন", যেখানে ডেলফিতে "মেজর.মিনার.রিলেজ.বিল্ড" রয়েছে। আমি আমার সংস্করণটির জন্য "মেজর.মিনার.আর.ইলি.মিনির.সুবার্সারেশন" ব্যবহার করি।


0

সাধারণত তখন সংখ্যাটি ভার্সন.মাজোর.মিনোর হটফিক্সের ফর্ম্যাটে থাকে, স্বতন্ত্র অভ্যন্তরীণ উপাদান নয়। সুতরাং v1.9.0.1 সংস্করণ 1, বড় রিলিজ 9 (ভি 1 এর), ছোটখাট প্রকাশ (ভি 1.9 এর) 0, হট ফিক্স 1 (ভি 1.9.0) হবে।


0

প্রথম সংখ্যাটি সাধারণত প্রধান সংস্করণ নম্বর হিসাবে উল্লেখ করা হয়। এটি মূলত বিল্ডগুলির মধ্যে গুরুত্বপূর্ণ পরিবর্তনগুলি বোঝাতে ব্যবহৃত হয় (যেমন আপনি যখন অনেকগুলি নতুন বৈশিষ্ট্য যুক্ত করেন, আপনি মূল সংস্করণটি বৃদ্ধি করেন)। একই পণ্য থেকে আলাদা আলাদা সংস্করণযুক্ত উপাদানগুলি সম্ভবত সুসংগত নয়।

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

পরবর্তীটিকে সাধারণত বিল্ড নম্বর বলা হয়। এটি প্রতিদিন বা প্রতিটি "মুক্তিপ্রাপ্ত" বিল্ডের সাথে বা প্রতিটি বিল্ডের সাথে বাড়ানো যেতে পারে। দুটি বিল্ডের মধ্যে কেবলমাত্র ছোট পার্থক্য থাকতে পারে যারা কেবল বিল্ড সংখ্যার দ্বারা পৃথক হয় এবং সাধারণত একসাথে ভালভাবে কাজ করতে পারে।

চূড়ান্ত সংখ্যাটি সাধারণত সংশোধন নম্বর। প্রায়শই এটি একটি স্বয়ংক্রিয় বিল্ড প্রক্রিয়া দ্বারা ব্যবহৃত হয়, বা আপনি যখন "ওয়ান-অফ" নিক্ষেপ করার জন্য বিল্ড তৈরি করেন।

যখন আপনি বৃদ্ধি করেন তখন আপনার সংস্করণ নম্বরগুলি আপনার উপর নির্ভর করে তবে সেগুলি সর্বদা বৃদ্ধি বা একই থাকে । আপনার কাছে সমস্ত উপাদান একই সংস্করণ নম্বর ভাগ করতে পারে বা পরিবর্তিত উপাদানগুলিতে কেবল সংস্করণ সংখ্যা বাড়িয়ে তুলতে পারে।


0

জটিল সফটওয়্যারটির সংস্করণ নম্বরটি পুরো প্যাকেজটিকে উপস্থাপন করে এবং অংশগুলির সংস্করণ সংখ্যার চেয়ে স্বতন্ত্র। গিজমো সংস্করণ 3.2.5 এ ফু সংস্করণ 1.2.0 এবং বার সংস্করণ 9.5.4 থাকতে পারে।

সংস্করণ সংখ্যা তৈরি করার সময়, সেগুলি নিম্নলিখিত হিসাবে ব্যবহার করুন:

  1. প্রথম সংখ্যাটি মূল প্রকাশ। আপনি যদি ব্যবহারকারী ইন্টারফেসে উল্লেখযোগ্য পরিবর্তন করেন বা বিদ্যমান ইন্টারফেসগুলি ভাঙার প্রয়োজন হয় (যাতে আপনার ব্যবহারকারীদের তাদের ইন্টারফেস কোডটি পরিবর্তন করতে হবে), আপনার নতুন মূল সংস্করণে যাওয়া উচিত।

  2. দ্বিতীয় সংখ্যাটি নির্দেশ করে যে নতুন বৈশিষ্ট্য যুক্ত করা হয়েছে বা কোনও অভ্যন্তরীণভাবে আলাদাভাবে কাজ করে। (উদাহরণস্বরূপ, ওরাকল ডাটাবেসটি তথ্য পুনরুদ্ধারের জন্য আলাদা কৌশল প্রয়োগ করার সিদ্ধান্ত নিতে পারে, বেশিরভাগ জিনিস দ্রুত এবং কিছু জিনিস ধীরে ধীরে করে তোলে)

  3. সংস্করণ সংখ্যাটি আরও লিখে সফটওয়্যারটি লেখার লোকের উপর নির্ভর করে - ওরাকল পাঁচটি (!) গ্রুপ ব্যবহার করে, অর্থাৎ। একটি ওরাকল সংস্করণ 10.1.3.0.5 এর মতো কিছু। তৃতীয় গোষ্ঠী থেকে নীচে আপনার কেবল বাগফিক্স বা কার্যকারিতার ক্ষেত্রে ছোটখাটো পরিবর্তনগুলি প্রবর্তন করা উচিত।


0

মেজর.মিনোয়ারের জন্য যেগুলি কম পরিবর্তিত হয় তা প্রথম দুটি হবে, তার পরে এটি বিল্ড, রিভিশন, রিলিজ, যে কোনও কাস্টম অ্যালগরিদমে (কিছু এমএস পণ্যগুলির মতো) কিছু হতে পারে


0

প্রতিটি সংস্থা / গোষ্ঠীর নিজস্ব মান রয়েছে has গুরুত্বপূর্ণ বিষয়টি হ'ল আপনি যা পছন্দসই নির্বাচন করেন তা আঁকেন নাহলে আপনার গ্রাহকরা বিভ্রান্ত হবেন। আমি সাধারণত 3 টি সংখ্যা ব্যবহার করেছি বলেছিলেন:

x.yz.bbbbb। যেখানে: এক্স: প্রধান সংস্করণ (প্রধান নতুন বৈশিষ্ট্যগুলি) y: গৌণ সংস্করণ সংখ্যা (ছোট নতুন বৈশিষ্ট্য, ইউআই পরিবর্তনগুলি ছাড়াই ছোট উন্নতি) z: হ'ল সার্ভিস প্যাক (মূলত এক্স এর মতো তবে কিছু বাগ ফিক্স বিবিবিবি সহ: এটি বিল্ড নাম্বার এবং গ্রাহক সহায়তার জন্য অন্যান্য বিবরণ সহ "সম্পর্কে বাক্স" থেকে সত্যই দৃশ্যমান b বিবিবিবি ফ্রি ফর্ম্যাট এবং প্রতিটি পণ্য তার নিজস্ব ব্যবহার করতে পারে।


0

আমরা যা ব্যবহার করি তা এখানে:

  1. প্রথম সংখ্যা = সামগ্রিক সিস্টেম যুগ। প্রতি বছর কয়েক বছর পরিবর্তন হয় এবং সাধারণত প্রযুক্তি বা ক্লায়েন্ট বৈশিষ্ট্য বা উভয় ক্ষেত্রে একটি মৌলিক পরিবর্তন উপস্থাপন করে।
  2. দ্বিতীয় সংখ্যা = ডাটাবেস স্কিমা সংশোধন। এই সংখ্যার বর্ধিতকরণের জন্য একটি ডাটাবেস স্থানান্তর প্রয়োজন এবং তেমনি একটি উল্লেখযোগ্য পরিবর্তন (বা সিস্টেমগুলি প্রতিলিপি করা হয় এবং তাই ডাটাবেস কাঠামো পরিবর্তনে সতর্কতার সাথে আপগ্রেড প্রক্রিয়া প্রয়োজন)। যদি প্রথম সংখ্যাটি পরিবর্তন হয় তবে 0 এ পুনরায় সেট করুন।
  3. তৃতীয় সংখ্যা = সফ্টওয়্যার শুধুমাত্র পরিবর্তন। এটি সাধারণত ক্লায়েন্টের ভিত্তিতে ক্লায়েন্টের ভিত্তিতে প্রয়োগ করা যেতে পারে কারণ ডেটাবেস স্কিমা অপরিবর্তিত। দ্বিতীয় সংখ্যা পরিবর্তন হলে শূন্যে পুনরায় সেট করুন।
  4. সাবভার্সন সংস্করণ নম্বর। কচ্ছপ এসভিএন সরঞ্জামটি ব্যবহার করে আমরা বিল্ডে স্বয়ংক্রিয়ভাবে এটি তৈরি করি। এই সংখ্যাটি পুনরায় সেট করে না তবে ক্রমাগত বৃদ্ধি হয়। এটি ব্যবহার করে আমরা সর্বদা যে কোনও সংস্করণ পুনরায় তৈরি করতে পারি।

এই সংখ্যাটি আমাদের ভালভাবে পরিবেশন করছে কারণ প্রতিটি সংখ্যার একটি স্পষ্ট এবং গুরুত্বপূর্ণ ফাংশন রয়েছে। আমি অন্যান্য দলগুলি বড় সংখ্যা / অপ্রাপ্তবয়স্ক সংখ্যার প্রশ্ন (বড় পরিবর্তন কীভাবে বড় হয়) নিয়ে ঝাঁপিয়ে পড়ে থাকতে দেখেছি এবং এর সুবিধাটি আমি দেখতে পাচ্ছি না। আপনার যদি ডাটাবেস সংশোধনগুলি ট্র্যাক করার প্রয়োজন না হয় তবে কেবল একটি 3 বা 2 ডিজিটের সংস্করণ নম্বরে যান এবং জীবনকে আরও সহজ করুন!


0

সংস্করণ: v1.9.0.1

কোথায়-

। v হ'ল সংস্করণটির সংক্ষেপণ। এটি তার সংস্থায় গৃহীত নামের উপর নির্ভর করে কোম্পানির সাথে পরিবর্তিত হয়। এটি 1.9.0.1 এর মতো কোনও সংস্থায় নীরব হতে পারে

। 1 বড় সংস্করণ নির্দেশ করে, অ্যাপ্লিকেশন স্ট্যাকস, অবকাঠামো (প্ল্যাটফর্ম) বা উন্মুক্ত নেটওয়ার্ক ইন্টারফেসে আর্কিটেকচারাল পরিবর্তন সম্পর্কে আপডেট করা হবে

। নাবালিক 9 জনকে উত্সাহ দেওয়া হবে, ইউআই, এপিআই, ডাটাবেস ইত্যাদির মতো নতুন উপাদান যুক্ত করার মতো ক্রিয়াকলাপে আপডেট করা হবে; একটি নির্দিষ্ট স্থাপত্য অধীনে

। 0 বৈশিষ্ট্য নির্দেশ করে, বিদ্যমান উপাদানগুলির (ইউআই, এপিআই, ডাটাবেস ইত্যাদির) উন্নতিতে আপডেট করা হবে

। 1 সমস্ত পর্যায়ের বড়, গৌণ এবং বৈশিষ্ট্য জুড়ে বিল্ড কাউন্টারকে ইঙ্গিত করে। এটি হটফিক্স পোস্ট প্রোডাকশন রিলিজ অন্তর্ভুক্ত।

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