সংস্করণ নম্বরগুলি কীভাবে করবেন?


162

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


8
কিছু সময়ের পরে, আপনি যখন 6 বা 7 ডলারে পৌঁছাবেন তখন আপনি 2010 (বা যে কোনও সুন্দর বছর) এ যেতে হবে;)
বেনামে

8
আরগ ... দয়া করে, আমি আপনাকে অনুরোধ করি, করবেন না। :-D
দেবসোলার


3
কয়েক বছর ধরে তারিখগুলি চালিয়ে যাওয়ার পরে, সংখ্যায় ফিরে যান, তবে এইচডি , ফুলএইচডি , 4 কে , গ্লুটেন-মুক্ত , যেমন এখনই শীতল হোক না কেন এর মতো বুজওয়ার্ডগুলি অন্তর্ভুক্ত করুন । সুতরাং সফ্টওয়্যার শিল্পের বাইরের লোকেরা সম্পর্কিত হতে পারে।
এমিল বার্গারন

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

উত্তর:


258

[ মেজর ]। [ নাবালিকা ]। [ মুক্তি ]। [ বিল্ড ]

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

অপ্রাপ্তবয়স্ক : যখনই বড় বর্ধিত হয় তখন 0 থেকে শুরু হয়। প্রকাশিত প্রতিটি সংস্করণের জন্য +1।

প্রকাশ : আপনি যখনই কোনও উন্নয়নের মাইলফলকটি আঘাত করেন এবং পণ্যটি অভ্যন্তরীণভাবে (যেমন QA তে) প্রকাশ করেন তখন এটি বৃদ্ধি করুন। এটি সংগঠনের দলগুলির মধ্যে যোগাযোগের জন্য বিশেষত গুরুত্বপূর্ণ। বলা বাহুল্য, একই 'রিলিজ' কখনও দু'বার (এমনকি অভ্যন্তরীণভাবে) প্রকাশ করবেন না। গৌণ ++ বা বড় ++ এর উপরে 0 এ পুনরায় সেট করুন।

বিল্ড : একটি এসভিএন সংশোধন হতে পারে, আমি এটি সেরা কাজ করে দেখি।

উদাহরণস্বরূপ
আমার বর্তমান ক্রোম: 83.0.4103.61


6
এটি আমার সফ্টওয়্যারটির সংস্করণ দেওয়ার আমার সংজ্ঞাটির সাথে প্রায়শই মেলে। তবে আমি "অপ্রাপ্তবয়স্ক" সংস্করণ সংখ্যা বাড়ানোর সাথে সাথেই 0 টি রিলিজটি পুনরায় সেট করেছি।
ব্লেম

3
আপনি যদি গিট ব্যবহার করেন তবে নাবালকের কী হবে?
ব্রায়ান কার্লটন

4
@ ব্রেন: একবার দেখুনgit describe
দেনিথ

4
এই উত্তরটি এত পুরানো ... আমি বিশ্বাস করতে পারি না আমি কখনও এসভিএন ব্যবহার করেছি। : ওআই বিস্মিত যে গিটের জন্য সেরা অনুশীলনটি কী হবে। কমিটের হ্যাশের প্রথম কয়েকটি অঙ্ক হতে পারে? সুতরাং "গিট শো [বিল্ড]" করার সময় একটি অনন্য ম্যাচ পাওয়ার একটা শালীন সুযোগ আছে?
আসফ লাভি

"আলফাস" এবং "বিটাস" সম্পর্কে কী? আপনি কি সফ্টওয়্যারটি আলফা বা বিটা থেকে বেরিয়ে যাওয়ার আগে বা পরে সংস্করণ নম্বরটি বাড়িয়ে তোলেন?
posfan12

68

xyzg

জি-র বৃদ্ধিগুলি অস্থির। (বা আরসি) জেড-এর ইনক্রিমেন্ট স্থিতিশীল এবং মানে বাগ ফিক্স।
y এ বৃদ্ধি স্থির এবং নতুন বৈশিষ্ট্যগুলি বোঝায় mean
এক্স এর ইনক্রিমেন্টগুলি স্থিতিশীল, ১০০% পশ্চাৎ সামঞ্জস্যতা ছাড়াই প্রধান প্রকাশ release


2
এটি কি আপনার উপায় বা একটি সাধারণ ব্যবহার?
কানাভার

30
জি স্পট সম্পর্কে আমি নিশ্চিত নই, বাকিটি সাধারণ।
Itay Moav -Malimovka

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

1
তবে এটি ডিবাগিংয়ের জন্য এখনও ভাল হবে যদি এটির কোনও কিছু গ্রাহক পুরো সংস্করণটি কোথাও লুকিয়ে রাখার জন্য প্রকৃতপক্ষে ইনস্টল / ক্রয় করেন।
ফারাউন

4
@ ItayMoav-Malimovka এটি স্বীকার করুন, আপনি 'জি' ব্যবহার করেছেন যাতে আপনি এই রসিকতা করতে পারেন।
আন্দ্রেই

34

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

সাবধান, এটি একটি দীর্ঘ পাঠ্য, এবং উপাদান সংস্করণ বনাম পণ্য সংস্করণ এবং এর মতো স্টাফগুলিতে যায়। এটি ওএসএস সম্প্রদায়ের মধ্যে জনপ্রিয় কিছু সংস্করণী স্কিম সম্পর্কে দৃ strong় মতামত প্রকাশ করে, তবে আমার সেগুলি রয়েছে, তাই আমি তাদের প্রকাশ করি। ;-)

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

সম্পাদনা: সংক্ষিপ্তসার হিসাবে এটি সংস্করণ উত্স ফাইল, উপাদান এবং সামগ্রিক পণ্যের মধ্যে পার্থক্য করে। এটি উপাদান এবং পণ্যটির জন্য পৃথক জিসি ভার্টনিংয়ের একটি সিস্টেম ব্যবহার করে, যার মধ্যে দুটির মধ্যে একটি দুর্দান্ত আন্তঃনির্ভরশীলতা থাকে যা কোন উপাদান সংস্করণটি কোন পণ্য সংস্করণটির সাথে তুচ্ছ হিসাবে অন্তর্ভুক্ত তা ট্রেস করে তোলে। এটি সিস্টেমটি ভঙ্গ না করে কীভাবে আলফা / বিটা / রিলিজ / প্যাচ চক্রগুলি পরিচালনা করতে পারে সে সম্পর্কে আলোচনা করে। আসলে, এটি পুরো বিকাশের চক্রের জন্য একটি মোডাস অপারেন্ডি, যাতে আপনি চেরি-বাছাই করতে চাইতে পারেন want ;-)

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


1
গমনসি যেমন বলেছিলেন, এটি একটি পুরানো থ্রেড, তবে আমি এটি পেয়েছি, আপনার লিঙ্কযুক্ত নথিটি পড়েছি এবং ভাল করে বলতে চাইছি। কিছু দুর্দান্ত চিন্তা সেখানে উত্তেজক আইটেম। ধন্যবাদ! +1
কারভেল ফেন্টন

1
অন্যান্য উত্তরগুলিতে আপনার কয়েকটি মন্তব্য পড়ার পরে, আমি আশা করি আপনি একটি উত্তর পোস্ট করেছেন। আর আমাকে হতাশ করা হয়নি। চমৎকার নিবন্ধ।
jontyc

31

নিজেকে উইকিপিডিয়া থেকে কিছু অনুপ্রেরণা পান: "সফ্টওয়্যার সংস্করণ"

আরেকটি "নতুন" এবং "তুলনামূলকভাবে জনপ্রিয়" বিকল্প হ'ল সিমান্টিক ভার্সন

সারসংক্ষেপ:

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

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

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


2
@ রবি - সম্ভবত, তবে এটি ভাঙচুর হতে পারে। এসও সম্পাদনা করার জন্য খ্যাতি প্রয়োজন। কমপক্ষে একটি সংক্ষিপ্তসার এই প্রশ্নটি স্কিমিং করা লোকেদের পক্ষে ভাল।
নাথান লং

@ নাথান, আপনি যদি এসও ব্যবহার করেন, আপনি অবশ্যই উইকিপিডিয়ায় নিবন্ধ সম্পাদনা ইতিহাস ব্যবহার করতে পারেন।
সিএমিরসিয়া

11
@ আইকনিকে - আপনি যদি এসও ব্যবহার করেন, আপনি অবশ্যই বুঝতে পারবেন যে "অন্যান্য উত্তরগুলির সাথে একই পৃষ্ঠায় একটি স্পষ্ট, সংক্ষিপ্ত উত্তর এখানে" "এখানে একটি ভিন্ন সাইটের লিঙ্ক যেখানে আপনি কোনও নিবন্ধের পুরানো সংস্করণগুলি খনন করতে পারবেন তার চেয়ে বেশি সহায়ক and প্রাসঙ্গিক কিছু খুঁজে পেতে পারেন। "
নাথান লং

11

এ বি সি ডি

বর্ধিতকরণ: কখন
- ডি : বাগ সংশোধন
- সি : রক্ষণাবেক্ষণ, উদাহরণস্বরূপ কর্মক্ষমতা উন্নতি
- বি : নতুন বৈশিষ্ট্য
- একটি : আর্কিটেকচার পরিবর্তন

বাধ্যতামূলকটি সর্বাধিক বামে রয়েছে উদাহরণস্বরূপ যদি কোনও নতুন বৈশিষ্ট্য এবং একটি বাগ সংশোধন করা হয় তবে আপনাকে কেবল বর্ধন করতে হবে


কোনও স্থাপত্য পরিবর্তনের কয়েকটি উদাহরণ কী?
eaglei22

1
উদাহরণস্বরূপ, মাইক্রোসার্ভেসিসে প্রগতিশীল মাইগ্রেশন বা অন্য প্ল্যাটফর্মে মাইগ্রেশন যাতে বেস কোডের সাথে নাটকীয় পরিবর্তন জড়িত
অ্যালেক্সিস গামরা

9

জটিল এন্টারপ্রাইজ প্ল্যাটফর্ম স্তর নির্ভরতা পরিচালনার এবং রিলিজ সংস্করণ সহ আমার অভিজ্ঞতার উপর ভিত্তি করে আমি সেমি-সিমেটিক সংস্করণকে কল করতে চাই এমন একটি পদ্ধতির প্রস্তাব দিতে এসেছি ।

মূলত এটি সেন্টিমেন্টিক ভার্সন ২.০ বন্ধ করে দেয় তবে এটি তেমন কঠোর নয়।

আধা-শব্দার্থক সংস্করণ বিভাগগুলি:

<primary.release.segment>[-<pre.release.segment>][+<post.release.segment>]

প্রাথমিক প্রকাশের বিভাগের ফর্ম্যাট:

MARKETTING.MAJOR.MINOR.PATCH

প্রতিটি বিভাগে বর্ণমালার অনুমতি দেওয়া উচিত, তবে লজিকাল ইনক্রিমেন্টাল পরিবর্তনের জন্য খাঁটি সংখ্যাসূচকদের সুপারিশ করা হয়।

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

অন্যান্য উত্তরের মতো, আমি প্রাথমিক বিভাগে বিল্ড নম্বর যুক্ত করার প্রস্তাব দিই না। পরিবর্তে, একটি '+' অনুসরণ করে একটি পোস্ট-রিলিজ সেগমেন্ট যুক্ত করুন (উদা: 1.1.0.0 + build.42)। সেমভাইয়ার এই বিল্ডটি মেটাডেটা বলে, কিন্তু আমি মনে করি পোস্ট-রিলিজ বিভাগটি আরও পরিষ্কার। এই বিভাগটি প্রাথমিক প্রকাশের বিভাগে সামঞ্জস্যতার তথ্যের সাথে সম্পর্কিত নয় বলে প্রত্যয় তথ্য ঘোষণার জন্য দুর্দান্ত। আপনার অবিচ্ছিন্ন ইন্টিগ্রেশন বিল্ডগুলি তারপরে প্রতিটি প্রাথমিক রিলিজের পরে পুনরায় সেট হওয়া বর্ধিত বিল্ড সংখ্যার সাথে যুক্ত পূর্ববর্তী রিলিজ নম্বর দেওয়া যেতে পারে (উদা: 1.1.0.0 -> 1.1.0.0 + build.1 -> 1.1.0.0 + build.2 -> 1.1.0.1)। কিছু লোক পর্যায়ক্রমে কোড সংগ্রহস্থলের সাথে টাই করা সহজ করার জন্য এখানে এসএনএন পুনর্বিবেচনা নম্বর বা গিট কমিট শে রাখতে চান। আর একটি বিকল্প হটফিক্স এবং প্যাচগুলির জন্য প্রকাশের পরে বিভাগটি ব্যবহার করা উচিত, এটির জন্য এটি একটি নতুন প্রাথমিক রিলিজ উপাদান যুক্ত করা বিবেচনা করা উপযুক্ত। প্যাচ উপাদানটি বর্ধিত হলে এটি সর্বদা বাদ দিতে পারে, কারণ সংস্করণগুলি কার্যকরভাবে বাম-প্রান্তিককরণ এবং সাজানো থাকে।

মুক্তি ও পোস্ট-মুক্তির অংশ ছাড়াও, মানুষ প্রায়ই একটি ব্যবহার করতে চান প্রাক রিলিজ সেগমেন্ট alphas, বিটাগুলির ও মুক্তি প্রার্থীদের মত প্রায়-স্থিতিশীল প্রাক রিলিজ ইঙ্গিত। এটির জন্য SemVer পদ্ধতিরটি ভালভাবে কাজ করে তবে আমি আলফা-সংখ্যাগত শ্রেণিবদ্ধীদের (উদাহরণস্বরূপ: ১.২.০.০ + আলফা ২.২ বা 1.2.০.০ + আরসি .২) থেকে সংখ্যার উপাদানগুলি পৃথক করার প্রস্তাব দিই। সাধারণত আপনি রিলিজ-পরবর্তী বিভাগটি যুক্ত করার সাথে সাথে রিলিজ বিভাগটিকে টুকরো টুকরো টুকরো টানবেন এবং তারপরে প্রি-রিলিজ সেগমেন্টটি ফেলে রাখবেন যখন আপনি পরেরগুলি তাদের প্রাথমিক রিলিজ বিভাগটিকে টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো করে ছাড়ুন (প্রাক্তন: 1.0.1.2 -> 1.2.0.0-আরসি .১ - > ১.২.০.০)। রিলিজ সংস্করণটি প্রকাশিত হওয়ার পূর্বে প্রকাশিত বিভাগগুলি যুক্ত হয়ে যায়, সাধারণত আরও গভীরতার পরীক্ষা ও ভাগ করে নেওয়ার জন্য বৈশিষ্ট্যগুলির একটি নির্দিষ্ট সেট সাধারণত আরও কমিটের উপর ভিত্তি করে মিনিট থেকে মিনিটে পরিবর্তন হয় না।

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

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


4

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

একটি সাধারণ মেজর.মিনোর রিলিজ সিস্টেমে (v1.27 এর মতো) আটকে থাকুন, যেখানে মেজরটি সামঞ্জস্যতা স্তর (সংস্করণ 2.x এর সাথে সামঞ্জস্যপূর্ণ নয় বা কমপক্ষে মূলত সংস্করণ 1.x থেকে আলাদা) এবং মাইনরটি আপনার বাগফিক্স প্রকাশ বা ছোটখাট বর্ধনসমূহ । যতক্ষণ আপনি XY ফর্ম্যাটটি অনুসরণ করেন ততক্ষণ আপনি অন্যান্য সিস্টেমগুলি যেমন YEAR.MONTH (২০০৯.১২) বা YEAR.RELEASE (২০০৯.৩) ব্যবহার করতে পারেন। তবে সত্যিই আপনি সম্ভবত মেজর.মিনোরকে সবচেয়ে ভালভাবে আঁকড়ে ধরে থাকেন যদি না আপনার কাছে ভাল কারণ না থাকে।

অবশ্যই XY ফর্ম্যাটের সাথে মানানসই এমন কোনও জিনিস ব্যবহার করবেন না কারণ এটি আপনার সাথে কাজ করা ডিস্ট্রস, ঘোষণা ওয়েবসাইট ইত্যাদির পক্ষে শক্ত করে তুলবে এবং এটিই আপনার প্রকল্পের জনপ্রিয়তাকে মারাত্মকভাবে প্রভাবিত করতে পারে।

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

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


1
আমি একমত হয়েছি যে ব্যবহারকারী কী দেখেন এবং আপনি যা বানাচ্ছেন তা দুটি ভিন্ন জিনিস, তবে আপনাকে কী কোনওভাবে দুটি সংযুক্ত করতে হবে না? যেমন আপনার প্রকাশনা এবং সংস্করণ নম্বরগুলি সম্পর্কিত হওয়া উচিত এবং আপনি কোনও সংস্করণ নম্বরটি প্রকাশের নম্বর গঠন করতে সক্ষম হবেন
জেফ্রি ক্যামেরন

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

2

কেবলমাত্র সাবভারশন রিভিশন নম্বরটি ব্যবহার করতে এটি আজকাল বেশ জনপ্রিয়।


1
আমার উত্তরটি দেখুন - একবার আপনি রক্ষণাবেক্ষণ শাখাটি সেট আপ করলে এসভিএন পুনর্বিবেচনা নম্বর বিরতি।
দেবসোলার

3
আপনার সংস্করণ নম্বরটির পার্ট হিসাবে এসভিএন পুনর্বিবেচনা ব্যবহার করা খুব সাধারণ / জনপ্রিয়। কেবল এসভিএন পুনর্বিবেচনা নম্বর ব্যবহারের ক্ষেত্রে প্রচুর সমস্যা রয়েছে যেমন দেবসোলার যা দেখায়।
rmeador 16

2

যদি এটি এসভিএন-এ থাকে তবে এসভিএন সংশোধন নম্বরটি ব্যবহার করবেন না কেন?

আপনি যদি এই ওয়েব পৃষ্ঠার নীচের ডানদিকে তাকান তবে আপনি স্ট্যাক ওভারফ্লো সংস্করণ নম্বরটি দেখতে পাবেন যা এসভিএন সংশোধন নম্বর।


1
আমার উত্তরটি দেখুন - একবার আপনি রক্ষণাবেক্ষণ শাখাটি সেট আপ করলে এসভিএন পুনর্বিবেচনা নম্বর বিরতি।
দেবসোলার

2

সংস্করণ আপনার উপর নির্ভর করে; আমি যে প্রথম সংস্করণে আত্মবিশ্বাসী ছিলাম আমি তার প্রথম সংস্করণে 1.0 রেখেছি some আপনি অন্যান্য সংস্করণগুলির সাথে এটি দ্রুত অনুসরণ করতে চাইতে পারেন, যেহেতু কিছু সফ্টওয়্যার বিক্রেতারা 1.0 টিকে খারাপ খ্যাতি দিয়েছেন।

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


2

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

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

ধ্রুপদী সংস্করণ সংখ্যাগুলি "নাটকীয়করণ" রিলিজের দিকে ঝোঁক দেয়, যাতে ব্যবহারকারীরা এক ধরণের প্রত্যাশা তৈরি করতে পারেন। "আমার সংস্করণ ১.০ আছে, এখন সংস্করণ ১.১ এ যুক্ত করছে এবং এটি" ভাবতে আগ্রহী বলে মনে করা সহজ "গতকাল আমরা এসও রিভিশন ২৫8787 চালিয়েছিলাম, আজ এটি ৩৩৩৩, এটি অবশ্যই আরও ভাল হতে হবে!"!

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


2

সংস্করণ প্রকল্প: [মেজর]। [অপ্রাপ্তবয়স্ক]। [শয়তান] [চিহ্ন]
[মেজর]: বিকাশে আপনারা যদি কঠোর পরিবর্তন সাধন করেন incre
[নাবালিকা]: বিকাশে আপনার যদি সামান্য পরিবর্তন হয় তবে ইনক্রিমেন্ট।
[ডেভ্রেল]: আপনার যদি বাগ ফিক্স থাকে তবে ইনক্রিমেন্ট। বড় ++ বা ছোট ++ হলে শূন্যে পুনরায় সেট করুন।
[চিহ্ন]: ক, খ বা আরসি: এ একটি আলফা রিলিজ, বি বিটা রিলিজ, এবং আরসি একটি মুক্তির প্রার্থী। নোট করুন যে 1.3.57a বা 1.3.57b বা 1.3.57rc এর মতো সংস্করণগুলি 1.3.57 সংস্করণের আগে। ০.০.০ এ শুরু করুন।


1

প্রধান সংস্করণটি কখন বাড়ানো হবে তা সিদ্ধান্ত নিতে আমরা অনেক বেশি সময় ব্যয় করেছি। কিছু দোকান কদাচিৎ এটি করতে পারে তাই আপনার 1.1.3.3 এর মত প্রকাশ হবে এবং অন্যরা আপনাকে 15.0 দেওয়ার জন্য সর্বদা প্রকাশের জন্য এটি করবে

আমি এতে বিরক্ত হয়েছি এবং সবাইকে বুঝিয়েছি প্রধান প্রকাশের সংখ্যাটি কেবলমাত্র বছর এবং নাবালকটি বছরের মধ্যেই কেবল একটি ক্রমিক মুক্তি। ব্যবহারকারীরা এটি পছন্দ করেছেন বলে মনে করেছেন এবং পরবর্তী সংস্করণ নম্বরটি নিয়ে আসা কোনও মস্তিষ্কের নয়।

Year.Release.build

  • বছর = বর্তমান বছর
  • রিলিজ = ক্রিয়াকলাপ # নতুন কার্যকারিতা সহ পাবলিক রিলিজ - প্রতি বছর 1 এ পুনরায় সেট করুন
  • বিল্ড = বাগ সংশোধন এবং অভ্যন্তরীণ প্রকাশের জন্য বর্ধিত

সম্পাদনা

** এখন এটি একটি অভ্যন্তরীণ অ্যাপ্লিকেশনের জন্য যা ক্রমাগত উন্নত করা হয়েছিল **

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


2
... যা পরিবর্তনগুলি যত তাৎপর্যপূর্ণ বিবেচনা না করেই নতুন বছরের প্রথম প্রকাশকে একটি "বড় রিলিজ" স্বয়ংক্রিয় করে তোলে। এবং আপনি বছরের মধ্যে একটি "প্রধান" রিলিজ করতে পারবেন না , হয় ...
দেবসোলার

1

এই প্রশ্নটি থাকার কারণটি হ'ল কারণ কনফিগারেশন পরিচালনা করার বিষয়ে আমাদের এককভাবে সম্মতি নেই।

আমি যেভাবে সংস্করণ নম্বরটি করতে চাইছি তা হ'ল ১ থেকে বাড়ানো পূর্ণসংখ্যা I আমি কোনও মাল্টি পার্ট সংস্করণ নম্বর চাই না যা আমাকে ব্যাখ্যা করতে বা নথি করতে হবে। এবং আমি এসভিএন রেভ নম্বরটি ব্যবহার করতে চাই না কারণ এর জন্য কিছু ব্যাখ্যাও প্রয়োজন।

এটি হওয়ার জন্য আপনার এসভিএন এর শীর্ষে কিছু রিলিজ স্ক্রিপ্টের প্রয়োজন হবে


0

আমার এলাকায় খুব কম অভিজ্ঞতা আছে। তবে, আমি এখানে যা করব:

  1. সংখ্যার পুনর্বিবেচনাগুলির জন্য একটি স্কিম চয়ন করুন এবং এর সাথে লেগে থাকুন। অটল থাক.
  2. প্রতিটি সংস্করণ পরিবর্তন একটি উল্লেখযোগ্য পরিবর্তন প্রতিনিধিত্ব করা উচিত । পরিবর্তনটি কতটা ছোট তাৎপর্যপূর্ণ এবং সংস্করণের সংখ্যায় প্রতিফলিত হওয়ার মাত্রাগুলি আপনার।

অবশ্যই, আপনি কেবল এসএনএন পুনর্বিবেচনা নম্বরটি ব্যবহার করতে পারেন --- যেমন অনেকেই পরামর্শ দিয়েছেন !!!

আশা করি এটা কাজে লাগবে.


0

আমরা একটি সাধারণ মেজর.মিনার.জুলিয়ান_ তারিখ সিনট্যাক্স ব্যবহার করি।

কোথায়;

  • মেজর - প্রথম প্রকাশটি 1 এবং তারপরে যখন আমরা প্রধান নতুন বৈশিষ্ট্যগুলি বা এত গুরুত্বপূর্ণ পরিবর্তনগুলি প্রবর্তন করি তারা পিছনে সামঞ্জস্যপূর্ণ হয় না এই সংখ্যাটি বৃদ্ধি করে।
  • অপ্রাপ্তবয়স্ক - প্রধান মাইলফলক প্রকাশ। উত্পাদিত প্রতিটি বিল্ডের জন্য এই সংখ্যাটি বৃদ্ধি পায়।
  • জুলিয়ান_ডেট - জুলিয়ান ডে বিল্ডটি কিউএ-তে চাপানো হয়েছিল।

1/15 এ QA তে ধাক্কা দেওয়া প্রথম প্রকাশের উদাহরণটি হল -> 1.0.015
3/4-তে উত্পাদনের দিকে ধাক্কা দেওয়া প্রথম প্রকাশের উদাহরণটি হল -> 1.1.063

এটি নিখুঁত নয়, তবে কার্যত হ'ল আমরা প্রতিদিন QA তে বিল্ড চাপছি।


0

কিছু ভাল তথ্য এখানে:

ফাইল / সমাবেশের সংস্করণগুলি কখন পরিবর্তন করবেন

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

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

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

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

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


-3

অথবা আপনার 'চিন্তিত' সংস্করণ নম্বর কমা সাবভার্সন নম্বর ব্যবহার করতে .. zB:

1.0.101 // রিভিশন 101, প্রকাশ

বা 1.0.101-090303 // প্রকাশের তারিখ সহ, আমি এটি ব্যবহার করি

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