সিলেমেন্টিক ভার্সন এগিলিতে


10

ধরা যাক আমার 14 দিনের স্প্রিন্ট পুনরাবৃত্তি রয়েছে যেখানে আমার নতুন বৈশিষ্ট্যগুলির কয়েকটি গল্প আছে, কয়েকটি উন্নতি হয়েছে এবং কিছু বাগ ঠিক করা আছে। আমি যখন এই পরিবর্তনগুলি প্রস্তুত থাকি তখন তা স্থাপন করি, আমি স্প্রিন্টের শেষের জন্য অপেক্ষা করি না।

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

সম্পাদনা: আমার চাহিদা আরও ভালভাবে ব্যাখ্যা করার জন্য, আমি প্রথম স্থানে স্টেকহোল্ডারদের জন্য চেঞ্জলগ চাই। আমি মনে করি না তারা মোতায়েন করা প্রতিটি পরিবর্তনের পরে চেঞ্জলগে নতুন রেকর্ডে আগ্রহী হবে।



"শব্দার্থক সংস্করণ" বলতে কী বোঝ? ভার্সনমুনারে ডে-টাইম টাইম?
বি

2
@ কে 3 বি: গুগল ব্যবহার করে দেখুন। আপনি কি semver.org এ
ডক ব্রাউন

3
মিড স্প্রিন্টে আপনি কার সাথে নিযুক্ত করেন? সরাসরি শেষ ব্যবহারকারীর কাছে? কিছু পরীক্ষককে?
ডক ব্রাউন

শেষ ব্যবহারকারীদের কাছে সরাসরি ডকব্রাউন। যখন কিছু হয়ে যায়, তখন এটি প্রোডাকশনে নিযুক্ত হয়।
পাভেল ětěrba

উত্তর:


7

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

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


হ্যাঁ, চেঞ্জলগের এই "বিপণন" সংস্করণটি ঠিক আমার প্রয়োজন। এমনকি অ-প্রযুক্তিগত অংশীদারদের জন্য এটি সহজেই পঠনযোগ্য করে তুলুন।
পাভেল ětěrba

6

যদি ক্লাসিক সিমেটিক সংস্করণ প্রকল্পটি "মেজোর.মিনোর.প্যাচএচ" বোঝায়, আপনি কার উপর নিযুক্ত করেন এবং বিশেষত কখন এবং কখন আপনি শেষ ব্যবহারকারীর কাছে নিযুক্ত করেন তার উপর নির্ভর করে । আপনি যদি স্থিতি প্রকাশের "4.5" নিয়ে কাজ করেন তবে স্কিমটি সবচেয়ে কার্যকর is ৪.৫.১, ৪.৪.২ এবং অন্যান্য সংস্করণগুলিতে কেবল বাগ ফিক্স রয়েছে, যদিও আপনি অভ্যন্তরীণভাবে ইতিমধ্যে 6.6 সংস্করণে কাজ করছেন।

উদাহরণস্বরূপ, আপনি যদি আপনার শেষ ব্যবহারকারীকে একটি "স্থিতিশীল শাখা" সরবরাহ করেন তবে প্রাথমিক মোতায়েনের জন্য এটি 4.5.0 সংস্করণ এবং যখনই আপনি কোনও প্যাচ প্রকাশ করবেন তখন 4.5.1, 4.5.2 দিন। আপনার অভ্যন্তরীণ "চতুর" বিকাশ এবং মিড-স্প্রিন্ট মোতায়েনের মধ্যে, আপনার ইতিমধ্যে একটি সংস্করণ 4.6 থাকতে পারে, কেবল এটি "বিটা সংস্করণ" বলুন। আপনি যখনই এটি মাঝের স্প্রিন্টে স্থাপন করবেন, "4.6.beta বিল্ড 123" এর মতো স্বয়ংক্রিয়ভাবে উত্পন্ন বিল্ড নম্বর যুক্ত করুন। আপনার স্প্রিন্টটি শেষ হয়ে গেলে, এটি "4.6.0" বরাদ্দ করুন এবং পরবর্তী স্প্রিন্টের জন্য সংস্করণ নম্বরটি অভ্যন্তরীণভাবে "4.7" এ স্যুইচ করুন। ".0" দিয়ে শুরু করা কেবল একটি সম্মেলন, আপনি বিটা-সংস্করণগুলি ট্যাগ করার জন্য ".0" ব্যবহার করতে পারেন এবং আপনার শেষ ব্যবহারকারীদের জন্য ".1" দিয়ে শুরু করতে পারেন। আইএমএইচও "বিটা" শব্দটি অনেক বেশি অভিব্যক্তিপূর্ণ, সবাইকে স্প্রিন্টকে বলছে "এখনও সম্পূর্ণ হয়নি"।

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

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

তবে, যদি আপনি পৃথক স্থিতিশীল এবং উন্নয়ন শাখা নিয়ে কাজ না করেন এবং আপনার প্রতিদিনের শেষ ব্যবহারকারীটির জন্য একটি নতুন সংস্করণ প্রকাশ করেন তবে আপনারও প্রতিদিন একটি সংস্করণ সংখ্যা বাড়ানো উচিত। যেমন একটি ক্ষেত্রে, সংস্করণ নম্বর "4.5.1", "4.5.2", ... সম্ভবত আপনার পৃথক মোতায়েনকে প্রতিফলিত করবে এবং বাগ ফিক্স এবং অন্যান্য পরিবর্তনের মধ্যে পার্থক্য নির্দেশ করবে না। এটি ঠিক হতে পারে, এটি কেবল ক্লাসিকের "শব্দার্থক সংস্করণ" নয়। এই দৃশ্যে, আপনি 4.5, 4.6, 4.7, 4.8 সংস্করণও মোতায়েন করতে পারেন যা কোনও আসল পার্থক্য দেয় না।

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


3

আমি বিল্ড নম্বর ব্যবহার করব। সাধারণত একটি বিল্ড নম্বর সংস্করণ নিয়ন্ত্রণ সিস্টেমের সর্বোচ্চ সংস্করণের সাথে মিল রাখে। যদি সোমবার বিল্ডের সংখ্যা 1745 ছিল এবং মঙ্গলবারে 5 টি পরিবর্তন পরীক্ষা করা হয়েছে, মঙ্গলবার সন্ধ্যা বিল্ড সংখ্যা 1750 হবে।

তারপরে 1745 এবং 1750 এর মধ্যে যা পরিবর্তিত হয়েছে তার জন্য একটি সংক্ষিপ্ত সারাংশ তৈরি করুন।

তারপরে প্রতিবার আপনি যখন আপনার সিস্টেমের সংস্করণ নম্বর আপডেট করবেন আপনি শেষ সংস্করণ নম্বর থেকে নতুনটিতে পরিবর্তন পেতে বিল্ডগুলি থেকে সমস্ত সংক্ষিপ্তসারগুলি যোগ করতে পারেন।


3

আমার পছন্দের পদ্ধতিটি যা আমি কমপক্ষে কয়েক বছর ধরে ব্যবহার করে আসছি তা হল প্রতিটি গল্প শেষ হওয়ার পরে সংখ্যাটি গুছিয়ে নেওয়া। এর অর্থ হ'ল স্প্রিন্টের শেষে প্রকাশিত সংস্করণগুলি অবিচ্ছিন্ন হবে না, উদাহরণস্বরূপ, ১.২.৩ এর পরে আপনি ১.৪.০ এর পরিবর্তে ১.২.২ খুঁজে পেতে পারেন।

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

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

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