সফ্টওয়্যার সংস্করণ নম্বর হিসাবে তারিখ

43

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

versioning

— Donotalo
সূত্র

4

কিছু ক্ষেত্রে এটি ঠিক থাকতে পারে তবে সেই স্কিমটি ভাল শাখা পরিচালনা করে না বা পুরাতন কোডটি প্যাচ করে না। এই উত্তর মন্তব্য দেখুন ।

— মিকমিক

8

আপনার কি উইন্ডোজ 95 বা এমএস অফিস 2010 এর মতো?

— mouviciel

2

যদি আপনার লক্ষ্য একই দিনে দুটি সংস্করণ তৈরি করা রোধ করা হয় তবে এটি এটি করবে।

— জেফো

2

@ জেফো যোগ করা এইচএইচএমএমএসএস এছাড়াও প্রতিদিন একাধিক প্রকাশের অনুমতি দিতে পারে।

— StuperUser

5

প্রায়শই বেশ কয়েকটি বড় সংস্করণ সমান্তরালভাবে বজায় থাকে, কারণ নতুন বৈশিষ্ট্যগুলি নতুন বাগ আনতে ঝোঁক। ২০১২.০১ কি ২০১১.১১ এর চেয়ে ভাল, বা এটি কি আপনার দীর্ঘমেয়াদী সমর্থন 2003.06 লাইনের একটি সুরক্ষা প্যাচ বৈকল্পিক?

— স্টিভ 314

16

এটি এমন একটি যা আপনাকে ব্যবহারকারীর প্রয়োজনীয়তার পাশাপাশি সফ্টওয়্যার এবং বিকাশকারীদের প্রয়োজনীয়তা বিবেচনার জন্য বিভিন্ন কোণ থেকে কয়েকবার একবার দেখে নিতে হবে।

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

যদিও এটি বলেছিল, সফ্টওয়্যারটি লিখে যা ব্যবহারকারীর পক্ষে সহজ জিনিসগুলি যাচাই করে তা হুডের নীচে কোডটি লেখার পক্ষে আরও কঠিন করে তোলে। এইভাবে আমি সাধারণ Major.Minorসংস্করণ স্কিমটিকে প্রাধান্য দিই যদি কেবল নীচের মত কিছু আপ টু ডেট দেখতে চেক করার জন্য আপনি একটি সাধারণ সংখ্যার তুলনা করতে পারেন তবে:

// Check to see if we can handle the file version
if (this.Version < fileVersion) {
   throw new UnsupportedFileException("The file version is " + fileVersion.toString() + " which is not supported");
}
// Do stuff ...

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

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

— rjzii
সূত্র

3

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

— 4'14

50

তারিখ ব্যবহারের ক্ষেত্রে সমস্যাটি হ'ল, নির্দিষ্ট তারিখের পরিবর্তে গণনা সংখ্যার বিরুদ্ধে স্পেসিফিকেশন লেখা হয়।

"কার্যকারিতার এই অংশটি মুক্তি পেতে হবে 1.। কার্যকারিতাটির অন্য অংশটি মুক্তি পাবে ২।"

মুক্তির তারিখটি মিস হয়ে যেতে পারে বলে আপনি চশমার কোনও তারিখ উল্লেখ করতে পারবেন না।

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

সংস্করণ নম্বরগুলি তারিখগুলি ধারণের সম্ভাবনা কম, কারণ তাদের প্রসঙ্গটি চশমাগুলির সাথে লিঙ্কযুক্ত।
বিল্ড নম্বরগুলি সম্ভবত তারিখগুলি ধারণ করতে পারে, যেহেতু বিল্ডটি সংঘটিত হওয়ার সাথে সাথে তাদের প্রসঙ্গের সাথে সংযুক্ত থাকে।

— StuperUser
সূত্র

6

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

— NotMe

নিবন্ধন করুন অনুমানমূলক ডকুমেন্টেশন এবং "প্রত্যাশিত হওয়ার" চেয়ে "ভাষা" এর মতো একটি ভাষা খুব বেদনাদায়ক হতে পারে। একটি ভাল পণ্য মালিক সঠিক প্রত্যাশা সেট এবং বাস্তববাদী পরিকল্পনা করবে।

— স্টুপার ইউজার

2

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

— জুলে

27

যদিও আপনি বর্ণিত হিসাবে এই পদ্ধতির সুবিধাগুলি রয়েছে, আপনি যদি সংস্করণ নম্বর হিসাবে তারিখটি ব্যবহার করেন তবে কিছু ত্রুটি রয়েছে:

তারিখ ভিত্তিক সংস্করণগুলি সমতল। V2.1.3 এর সাহায্যে আপনি সংস্করণ নম্বর, উপ-সংস্করণ নম্বর এবং উপ-উপ-সংস্করণ নম্বর দেখতে পাবেন। 20110119 দিয়ে আপনি কেবল এটি কখন লেখা হয়েছিল তা দেখতে পাবেন। আপনি মাসে দ্বারা আপনার তারিখ-ভিত্তিক সংস্করণগুলি গোষ্ঠীভুক্ত করতে পারেন , তবে এটি আপনাকে কিছু বলবে না। আপনার কাছে বেশ কয়েকটি ধীরে মাসের ছোট বাগ ফিক্সিং হতে পারে এবং তারপরে দুই সপ্তাহের ভারী কোডিংয়ের ফলে একটি বড় রিলিজ হয়। তারিখগুলি আপনাকে তা বলে না, নিয়মিত সংস্করণ নম্বরগুলি করে।
আপনার যদি সত্যিই দৈনিক ভিত্তিতে সংস্করণটি পরিবর্তন করতে হয় এবং সম্ভবত প্রকাশের সংখ্যাটি প্রয়োজন হয় তবে এটি নির্দেশ করতে পারে যে আপনার কাছে যথাযথ মুক্তির প্রক্রিয়া নেই, তবে পরিবর্তে প্রত্যেকেই স্টাফ পরিবর্তন করে এবং যখনই তারা চান প্রযোজনা সার্ভারগুলিতে প্রচার করে। যদি তা হয় তবে আপনার প্রক্রিয়াটিতে সমস্যা আছে এবং বিভিন্ন সংস্করণ নম্বর স্কিমা ব্যবহার করা এটি সমাধান করবে না।

— গোরান জোভিক
সূত্র

3

একাধিক রিলিজ এক দিনে রিলিজ সমস্যা হওয়ার সমতুল্য নয়। এটি কীটি নির্দেশ করতে পারে তা হ'ল আপনার একটি বিশাল প্রকল্প রয়েছে, যেখানে বেশ কয়েকটি ব্যক্তি / গোষ্ঠী নিয়মিত আপডেটগুলি প্রকাশের জন্য কাজ করে। এগুলি সমাধান বা কেবল বর্ধনযোগ্য হতে পারে।

— NotMe

এছাড়াও, তারিখ ভিত্তিক সংস্করণগুলি "2.1.3" এর চেয়ে বেশি "ফ্ল্যাট" নয়। প্রসঙ্গ ব্যতীত কোনওটিরই অর্থ নেই। বেশিরভাগ ভিসিএসের পক্ষে তারিখ অনুসারে ফাইলগুলির একটি সেট বের করা সাধারণত কোনও লেবেলের বাইরে টান দেওয়ার চেয়ে বেশি নির্ভরযোগ্য। সাধারণ কারণে যে লোকেরা কখনও কখনও সংস্করণ লেবেলের সাথে একটি নির্দিষ্ট সেট ফাইলগুলি স্ট্যাম্প করতে ভুলে যায় যখন ভিসিএস আপডেট / ডেট / টাইম স্ট্যাম্পে কখনই ভুলে যায় না।

— NotMe

12

সফ্টওয়্যারটির একটি নির্দিষ্ট সংস্করণ পূর্ববর্তীটির থেকে কতটা আলাদা তার তথ্য সরবরাহ করতে সংস্করণগুলি প্রায়শই ব্যবহৃত হয়। সুতরাং উদাহরণস্বরূপ, আপনি যদি Acme এর 1.0 থেকে 2.0 তে আপগ্রেড করেন তবে এটি একটি বড় আপগ্রেড, তাত্ত্বিকভাবে বড় পরিবর্তনগুলি বহন করছে।

অন্যদিকে, 1.0 থেকে 1.1 পর্যন্ত আপগ্রেড হ'ল একটি সামান্য আপগ্রেড এবং তত্ত্ব অনুসারে গৌণ, বর্ধিত পরিবর্তন এবং বাগ ফিক্সগুলি বহন করে।

তারিখ বিন্যাসে উপস্থাপন করা এটি কঠিন হবে যদিও আপনি মিশ্রণটি ব্যবহার করতে পারেন। উদাহরণস্বরূপ, v1.0.YYYY.MMDD

— JohnL
সূত্র

2

সাম্প্রতিক সময়ে মোজিলা কীভাবে সংস্করণ নম্বরগুলি পরিচালনা করতে পরিবর্তন করেছে তা দেখুন। প্রধান সংস্করণ নম্বরগুলি চিরকাল স্থির হয়ে থাকত, এখন মনে হয় প্রতি কয়েকমাসে একটি নতুন বড় সংস্করণ রয়েছে। কেন? - যখন তারা প্রধান সংস্করণ নম্বরটি নাড়ায় না, লোকেরা সত্যই বিশ্বাস করে না যে কোনও নতুন বৈশিষ্ট্য রয়েছে।

— স্টিভ 314

হ্যাঁ ক্রোমেরও একটি উদ্ভট সংস্করণ স্কিম রয়েছে - আমি মনে করি 21474836478.0 সংস্করণ প্রকাশ করার সময় তারা এক বা দু'বছরের মধ্যে সমস্যার সমাধান করবে। (ঠিক আছে, আমি কিছুটা অতিরঞ্জিত করি তবে তারা অবশেষে মূ .় নম্বর পয়েন্টে আঘাত করবে)।

— L

2

@ জনল: আমি বিশ্বাস করি না যে গড় ক্রোম ব্যবহারকারী এটিতে কোন বড় সংস্করণটি রয়েছে তা যত্নশীল করে The অ্যাপ্লিকেশনটি স্বয়ংক্রিয়ভাবে আপডেট হয় এবং অনেকগুলি পরিবর্তন হওয়া সত্ত্বেও "মনে হয়" একই থাকে।

— স্পোইক

@ স্পোক: সত্য। আমি যত্নশীল কারণ আমি সেকুনিয়া পিএসআই ব্যবহার করি, যা আপনার কাছে সর্বশেষতম সংস্করণ রয়েছে কিনা তা যাচাই করে। এটি সর্বদা আমাকে বলছে যে ক্রোম 15.x জীবনের শেষ অবধি বা এরকম কোনও কিছু

— জনল

অবশ্যই, আরএসএস স্ট্যান্ডার্ডের সংস্করণ সংখ্যাগুলি কেবল মানসিক।

— জনল

10

অন্যান্য উত্তরগুলি থেকে ভাল ধারণাগুলি পুনরাবৃত্তি না করে আমার মনে একটি সমস্যা রয়েছে যা এখনও সমাধান করা হয়নি।

যদি আপনি পিছনে সামঞ্জস্যের জন্য পুরানো সংস্করণ এবং একটি অসামঞ্জস্যপূর্ণ আধুনিকীকরণের জন্য একটি নতুন সংস্করণের মধ্যে কাঁটাচামচ করার ঘটনা ঘটে তবে আপনি সংস্করণ সংখ্যার মাধ্যমে তাদের পার্থক্য করতে পারবেন না।

উদাহরণস্বরূপ, লিনাক্স কার্নেলটি প্রায় ২০০০ সালের দিকে পুরানো ২.৪.x শাখায় কাঁটাযুক্ত ছিল যা সম্ভবত এখনও সমর্থিত এবং এটি ২.৪.১৯৯ হিসাবে গণনা করা হয়েছে, যদিও নতুন সংস্করণটি বহু বছরের বহু বছরের জন্য ২. been হয়েছে এবং এটি ২.6.৩২ পুরানো সিস্টেমের জন্য, তবে নতুন কার্নেলগুলির জন্য 3.2।

আপনার প্রকাশনা সম্পর্কে যদি ডকুমেন্টেশন থাকে, আপনি তথ্য দ্বিগুণ করবেন এবং লোকদের বলবেন, ২০১২০১০১০ সংস্করণটি ২০১২ সালে 01/09 এ এসেছিল। এমএইচ। তবে কী, যদি শেষ মুহুর্তের বাগ সনাক্তকরণ হয় এবং একটি প্রকাশ এক সপ্তাহের জন্য বিলম্বিত হয় তবে ডকুমেন্টেশন যেখানে নামটির উল্লেখ রয়েছে, ইতিমধ্যে প্রস্তুত, সম্ভবত মুদ্রিত, প্রেসের তথ্য বাইরে রয়েছে এবং আরও অনেক কিছু। এখন আপনার মধ্যে একটি তাত্পর্য আছে যা সমস্যাযুক্ত, যদি সংস্করণ 20120109 2012/01/13 এ এসেছিল।

এসকিউএল-তে, আইডিগুলিতে অর্থ সংক্রান্ত তথ্য বহন করা উচিত কিনা তা নিয়ে প্রায়ই আলোচনা হয়েছে এবং ফলাফলটি সর্বদা: এটিকে নরকের মতো এড়িয়ে চলুন! আপনি একটি অপ্রয়োজনীয় নির্ভরতা তৈরি করছেন। এটি উপকারী হতে পারে না।

২০০৯ সালে উবুন্টু এর 04/10 স্কিম সহ সমস্যা ছিল, যখন সংস্করণ 6.04 বিলম্বিত হয়েছিল এবং 6.06 হয়ে গেছে। 3000 সালে শীঘ্রই পরবর্তী সমস্যা হবে! :)

— অজানা ব্যবহারকারী
সূত্র

1

সর্বাধিক সাম্প্রতিক ২.৪ সিরিজের লিনাক্স কার্নেলটি ০১-জুন -২০০ 2005 সাল থেকে ২.৪.৩১ , যদিও আপনি 09-অগস্ট -2005-র প্যাচ ব্যবহার করে ক্রমশ এটি 2.4.32-প্রি 3 এ প্যাচ করতে পারেন । সর্বাধিক সাম্প্রতিক stableসিরিজের অফিশিয়াল কার্নেলগুলি বর্তমানে 2.6.32.54 (2012-01-12) এবং 3.1.10 (2012-01-18))

— একটি সিভিএন

6

অনেকগুলি সফ্টওয়্যার প্যাকেজ রয়েছে যা তারিখটিকে সংস্করণ হিসাবে ব্যবহার করে। উবুন্টুর মনে আসে, যেখানে তাদের সংস্করণটি ওয়াইওয়াইএমএম। এবং মাইক্রোসফ্ট অফিস পণ্যগুলির বিল্ড নম্বরগুলিও বিল্ডের তারিখের এনকোডিং। জেফ আতউড এই প্রস্তাবনা সহ সংস্করণ সংখ্যা সম্পর্কে একটি কোডিং হরর ব্লগ পোস্ট লিখেছিলেন :

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

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

— টমাস ওভেনস
সূত্র

4

শব্দার্থক সংস্করণ ব্যবহার করুন - এইভাবে, কোডটি নিজেই পরীক্ষা না করেই সংস্করণগুলির মধ্যে যে ধরণের পরিবর্তন আনা হচ্ছে সে সম্পর্কে আপনি কিছু ধারণা পেতে পারেন: http://semver.org/

— ই জেড হার্ট
সূত্র

3

সংস্করণ নম্বর ব্যবহার করা পরিবর্তনটি কীভাবে হয় তা দেখানোর একটি উপায়

উদাহরণস্বরূপ ২.৪.৩ এর অর্থ সংস্করণ ২ হ'ল পুরো সিস্টেমে বড় পরিবর্তন। .4 একটি সামান্য আপডেট। এবং সর্বশেষ .3 সংস্করণে একটি ছোট বাগ ফিক্স। এইভাবে এটি প্রতিটি সংস্করণের মধ্যে কতটা পরিবর্তিত হয়েছে তা সহজেই চিহ্নিতযোগ্য।

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

— Daveo
সূত্র

3

এখানে ইতিমধ্যে কিছু ভাল উত্তর রয়েছে তবে আমি একটি কেসটি উল্লেখ করতে চাই যেখানে তারিখগুলি ব্যবহার করে সঠিক ধারণা পাওয়া যায়: ছোট লাইব্রেরি বা কোডের স্নিপেটগুলি যেখানে কোডটি প্রায়শই আপডেট হওয়ার সম্ভাবনা থাকে তবে ছোট বিটগুলিতে কোনও একক সংস্করণ না থাকলে পূর্ববর্তীটির সাথে ধীরে ধীরে আলাদা হয় এক.

অন্য কথায় আমি এমন পরিস্থিতিতে বলছি যেখানে কোনও আসল "সংস্করণ নম্বর" নেই তবে মূলত একধরনের আধিক্য দৈনিক ভান্ডার ডাম্প।

আমি যখন এই ধরণের স্টাফ নিয়ে আসি তখন আমি সাধারণত পছন্দটিকে স্বাগত জানাই কারণ এটি আমার পক্ষে আরও দরকারী যে আমি নির্দিষ্ট সংস্করণের পরিবর্তে তুলনামূলকভাবে বর্তমান স্ক্রিপ্ট / lib ব্যবহার করছি।

— UncleZeiv
সূত্র

3

সংস্করণ নম্বর হিসাবে তারিখগুলি বিপণনের জন্য ভাল। লোকেরা যদি "উইন্ডোজ এনটি 5.0" ব্যবহার করে তবে তারা এটি অপ্রচলিত বুঝতে পারে না। তবে লোকেরা যদি এখনও "উইন্ডোজ 2000" ব্যবহার করে থাকে তবে তারা তাত্ক্ষণিকভাবে জানবে যে এটি একটি 12 বছরের পুরানো ওএস এবং আপগ্রেড করার জন্য উত্সাহিত করা হবে।

তবে এটি "মেজর" এবং "মাইনর" আপডেটগুলির মধ্যে পার্থক্য করা আরও শক্ত করে তোলে।

— dan04
সূত্র

1

এবং বিপণন আপনাকে বিক্রয় করতে সহায়তা করে ;)

— c69

যদি সফ্টওয়্যারটি তাদের প্রয়োজনীয়তার (যথাযথ স্তরের সুরক্ষা সরবরাহ সহ) ফিট করে তবে আপগ্রেড করার জন্য কেন ব্যবহারকারীদের প্রয়োজন বা "উত্সাহিত" হওয়া উচিত?

— একটি সিভিএন

3

কারণ এর জন্য সমর্থন বাদ দেওয়া হয়, এবং আপনি সুরক্ষা আপডেটগুলি পাওয়া বন্ধ করেন।

— জনএল

3

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

এখানে উত্তরগুলি ভাল, তবে আমি তারিখগুলি ব্যবহার করে কাউকে এই উদ্বেগের সমাধান করতে দেখিনি: ব্যবহারকারী কতবার সংশোধন করা হয়েছে তা নির্ধারণ করতে পারে না।

আমি যা বলতে চাইছি তা হ'ল আমি বলতে পারি যে উইন্ডোজ ৩.১ এবং উইন্ডোজ far এর থেকে অনেক দূরে ... এবং সম্ভবত বেমানান। উইন্ডোজ 95 এবং উইন্ডোজ 2000 আমাকে যে বছর পণ্যটি চালু হয়েছিল তার চেয়ে বেশি কিছু বলে না।

উদাহরণস্বরূপ, পাইথনের সাথে আমি জানি যে ২. 2..২ সংস্করণটি ২.৪..6 থেকে বিবর্তিত হয়েছে। আমি যদি আরও তাকান, আমি দেখতে পাচ্ছি যে সংস্করণটি ২.৪..6 ডিসেম্বর ১৯, ২০০৮ এ প্রকাশিত হয়েছিল; এবং সেই সংস্করণটি ২.7.২ ১১ ই জুন, ২০১১ এ প্রকাশিত হয়েছিল। এ থেকে আমি কোনও পণ্যের স্থায়িত্ব (অর্থাৎ মুক্তির ফ্রিকোয়েন্সি) সম্পর্কে একটি মতামত তৈরি করতে পারি।

যদি এর পরিবর্তে পাইথন প্রকাশের তারিখ ব্যবহার করে থাকে তবে এই পণ্যগুলি কীভাবে সংযুক্ত হতে পারে তা আমি জানতে পারি না। আরও বিভ্রান্তির ফলস্বরূপ, পাইথন ৩.১.৪ প্রকাশিত হয়েছিল ১১ ই জুন, ২০১১ (পাইথন ২..2.২-এর মতো)।

সংক্ষেপে, আমি নিজেও তারিখ-সংস্করণটি মূল্যবান বলে মনে করি না।

— TheGeeko61
সূত্র

2

অন্যদের দ্বারা ইতিমধ্যে বর্ণিত কারণগুলির জন্য, আমি এই ধারণাটি পছন্দ করি না। কেবল মেজর.মিনার.বাগফিক্স স্কিমটি ব্যবহার করুন - বেশিরভাগ লোকেরা এইভাবে এটি করার কারণ রয়েছে।

তবে আপনি যা কিছু করুন: একটি সংস্করণ-নামকরণের স্কিম চয়ন করুন এবং এটিতে আটকে দিন । এটি উইন্ডোজের মতো করবেন না, যেখানে তারা প্রতিটি প্রকাশের সাথে স্কিম পরিবর্তন করে। এবং এটি অ্যান্ড্রয়েডের মতো করবেন না, যেখানে প্রতিটি রিলিজের একটি API সংস্করণ নম্বর (8) থাকে, এমন একটি সংস্করণ নম্বর যা বিপণনের উদ্দেশ্যে তৈরি করা হয় (2.2) এবং একটি বোকা নাম (ফ্রয়েও))

— মাইক বারানজাক
সূত্র

1

সংস্করণ হিসাবে তারিখ

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

স্কিম আমরা ব্যবহার করি

আমি দাবি করি নি যে আমাদের সিস্টেমটি উপরের মতো একটি পরিষ্কার ব্র্যান্ড তৈরি করে। আমরা এখন একটি চার অংশের স্কিম ব্যবহার করি। একটি সংস্করণ নম্বর, রাজ্য, তারিখ এবং একটি চেকসাম।

1200_GLD_120120_F0D1

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

সুতরাং আমরা একটি ক্রম হতে পারে

1200_TST_120110_EF45
1200_GLD_120120_F0D1
1201_FIX_120125_123E
1201_TST_120130_31A5
1201_TST_120131_FDFD

আমরা সাধারণত গ্রাহকের কাছে প্রধান সংস্করণ নম্বরগুলি উল্লেখ করি "12" তবে কোনও গ্রাহক 12 এর সর্বশেষতম সোনার সংস্করণ পাবেন 1200_GLD_120120_F0D1 যদি তাদের ফিক্সের প্রয়োজন না হয়।

— ডেভিড অ্যালান ফিঞ্চ
সূত্র

1

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

বলুন দুটি সংস্করণের শেষ সংস্করণটি ২.৩.২, এবং তিনটি সংস্করণ 3.0.০.৩ এ রয়েছে। এখন আপনি একটি দুর্বলতা খুঁজে পান যা একেবারে ঠিক করা দরকার, তাই আপনি একই দিনে 2.3.3 এবং 3.0.4 প্রকাশ করেন। আপনি কীভাবে প্রকাশের তারিখ সম্পূর্ণ অপ্রাসঙ্গিক তা দেখতে পাচ্ছেন? আপনি 2013 সালে দুটি সংস্করণে কাজ বন্ধ করে দিয়েছিলেন এবং এরপরে কেবল কিছু প্রয়োজনীয় বাগ ফিক্স প্রকাশ করেছেন। সংস্করণ সংখ্যার তুলনায় তারিখটি অপ্রাসঙ্গিক।

— gnasher729
সূত্র

-1

আমি মনে করি এটি দুর্দান্ত কাজ করে। আমি এটি কিছু অভ্যন্তরীণ সফ্টওয়্যার (yyyy.mm.dd) এবং আমি প্রকাশিত কিছু মুক্ত উত্স সফ্টওয়্যার জন্য ব্যবহার করি।

এটি সব ক্ষেত্রে কার্যকর নাও হতে পারে।

— স্কট হুইটলক
সূত্র

এই ক্ষেত্রে, আমরা কেবল "এটি নতুন বছর!" শুভ নব বর্ষ...!

— ইউশা আলেয়ুব

-2

প্রযুক্তিগতভাবে এটি সংস্করণ নম্বরটির জন্য তারিখটি ব্যবহার করতে পারে না তবে এটি গ্রাহকের জন্য তারিখ নম্বরটি প্রদর্শন করতে পারে। উদাহরণস্বরূপ, ম্যাকোস 16.7.23 --- এর অর্থ হল: 23/7/2016

আমি মনে করি প্রযুক্তিটি সমস্যা নয়, সমস্যাটি এটি অনুভব করে কীভাবে? যদি এমন তারিখ নম্বর ব্যবহার করুন যা সফ্টওয়্যারটিকে জীবিত, জীবিত করতে পারে ঠিক যেমন একজন জন্মদিনের সংখ্যা।। প্রতিবছর আমরা বড় হচ্ছি, সফটওয়্যারটির মতোই বাড়তে থাকবে।

বিল্ডিং নম্বরটি মেশিন, যন্ত্র, জীবিত, জীবিত নেই বলে মনে হচ্ছে।

— Kanglando
সূত্র