নতুন বিকাশ শুরু করার আগে বা একটি রিলিজ ট্যাগ করার আগে সংস্করণটি দ্বিধায়িত করা, এর থেকে ভাল কোনটি?

Question

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

কোন পদ্ধতির ভাল?

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

ট্যাগিং রিলিজের আগে যদি সংস্করণ নম্বর পরিবর্তিত হয়, তবে 2 সংস্করণ নম্বরগুলি (ট্যাগ এবং মেকফিল / এসেম্বলিআইএনফো। সি) মেলে না।

git describe v1.2.3.4 এর পরে যদি বর্তমান রিভিশনটি হয় তবে আপনাকে v1.2.3.4-15-g1234567 দিতে পারে, তবে আপনি ইতিমধ্যে ফাইলগুলি v1.2.3.5 এ পরিবর্তন করেছেন

Answer 1

সংস্করণ সংখ্যার মূল কারণ সেখানে রয়েছে যাতে কোনও ত্রুটিটি আবিষ্কার হওয়ার পরে আপনি উত্স কোডের প্রকৃত সংস্করণটি ব্যবহার করে ডিবাগ করতে সক্ষম হন যা ত্রুটিটি আসলে ঘটেছে (এভাবে বাগের আসল কারণটি আবিষ্কার করুন)।

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

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

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

সমস্ত ক্ষেত্রে ব্যবহৃত স্কিমটি গুরুত্বহীন। যতক্ষণ আপনি সামঞ্জস্যপূর্ণ হন (বা সহজেই অর্থের পরিবর্তনের উপর অত্যন্ত বিস্তারিত ডকুমেন্টেশন উপলব্ধ থাকে)।

Answer 2

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

উদাহরণস্বরূপ, একটি সংস্করণ "v1.2.3" ট্যাগ হয়। যদি git-describe"v1.2.3-4-g1a2b3c4" প্রদান করে, তবে সেই অ্যাসেম্বলিটি নির্মিত হলে 1.2.3.4 হিসাবে রূপান্তরিত হবে।

যদি পরে সেই সংস্করণটিতে কোনও ট্যাগ প্রয়োগ করা হয়, তবে git-describeপরিবর্তে "v1.2.4" ফিরে আসবে, যা সংস্করণটি 1.2.4.0 উপস্থাপন করে। পরবর্তী প্রতিশ্রুতি তখন 1.2.4.1 হবে।

এই সিস্টেম থেকে আমি যে সুবিধাগুলি পাই তা হ'ল:

• প্রতিটি কমিট স্বয়ংক্রিয়ভাবে সংস্করণ নম্বর বৃদ্ধি করে।
• কোনও সংস্করণ কেবল ট্যাগ করে এটি ".0" প্রকাশিত হতে পারে।
• নিখুঁত না হলেও, এই সিস্টেমটি ডিভিসিএসের সাথে কাজ করে কারণ এটি সর্বাধিক সাম্প্রতিক ট্যাগ থেকে কমিটের সংখ্যা গণনা করে।