আমি স্ক্র্যাম পদ্ধতির সাথে কোনও সফ্টওয়্যার বিকাশকারী সংস্থায় ক্রমাগত ইন্টিগ্রেশন ওয়ার্কফ্লো কীভাবে আরও ভাল ফিট করে তা আরও ভালভাবে বুঝতে একটি পদ্ধতির অধ্যয়ন করছি।
আমি এরকম কিছু ভাবছি:
এটি একটি চমৎকার কর্মপ্রবাহ হবে?
স্ক্রাম এবং অবিচ্ছিন্ন একীকরণের সাথে সফ্টওয়্যার বিকাশের জন্য ভাল কর্মপ্রবাহ
উত্তর:
আপনি সেখানে কিছুটা পথ থাকলেও আমি আপনার চিত্রটি কিছুটা প্রসারিত করব:
মূলত (যদি আপনার সংস্করণ নিয়ন্ত্রণ এটির অনুমতি দেয়, অর্থাত্ আপনি যদি এইচজি / গিটে থাকেন), আপনি প্রতিটি বিকাশকারী / দেব জুটির নিজস্ব "ব্যক্তিগত" শাখা রাখতে চান, এতে তারা ব্যবহার করছেন এমন একক ব্যবহারকারীর কাহিনী রয়েছে। যখন তারা বৈশিষ্ট্যটি সম্পূর্ণ করে, তাদের একটি কেন্দ্রীয় শাখা, "রিলিজ" শাখায় প্রবেশ করতে হবে। এই মুহুর্তে, আপনি চান দেব একটি নতুন শাখা পান, পরবর্তী জিনিসটির জন্য তাদের কাজ করা দরকার। মূল বৈশিষ্ট্য শাখাটি যেমন রয়েছে তেমনি রেখে দেওয়া উচিত, সুতরাং এতে যে কোনও পরিবর্তন করা দরকার তা বিচ্ছিন্নভাবে করা যেতে পারে (এটি সর্বদা প্রযোজ্য নয়, তবে এটি একটি সূচনা পয়েন্ট)। কোনও পুরানো বৈশিষ্ট্য শাখায় কোনও দেব ফিরে আসার আগে, অদ্ভুত সংশ্লেষের সমস্যাগুলি এড়াতে আপনার সর্বশেষতম প্রকাশিত শাখায় টানা উচিত।
এই মুহুর্তে, আমরা "রিলিজ" শাখার আকারে একটি সম্ভাব্য মুক্ত প্রার্থী পেয়েছি এবং আমরা আমাদের সিআই প্রক্রিয়া চালাতে প্রস্তুত (সেই শাখায়, সম্ভবত আপনি প্রতিটি বিকাশকারী শাখায় এটি করতে পারেন, তবে এটি হ'ল এটির সিআই সার্ভারকে গুঁড়িয়ে দিয়ে বৃহত্তর দেব দলগুলিতে মোটামুটি বিরল। এটি একটি অবিচ্ছিন্ন প্রক্রিয়া হতে পারে (এটি আদর্শভাবে ক্ষেত্রে, যখনই "রিলিজ" শাখা পরিবর্তন করা হয় সিআই চালানো উচিত), বা এটি রাত্রে হতে পারে।
এই মুহুর্তে, আপনি একটি বিল্ড চালাতে চান, এবং সিআই সার্ভার থেকে একটি কার্যকর বিল্ড আর্টফ্যাক্ট পেতে চাইবেন (অর্থাত্ এমন কিছু যা আপনি সম্ভবত স্থাপন করতে পারেন)। আপনি যদি একটি গতিশীল ভাষা ব্যবহার করেন তবে আপনি এই পদক্ষেপটি এড়িয়ে যেতে পারেন! একবার আপনি তৈরি হয়ে গেলে, আপনি আপনার ইউনিট টেস্টগুলি পরিচালনা করতে চান, কারণ সেগুলি সিস্টেমে সমস্ত স্বয়ংক্রিয় পরীক্ষার ভিত্তি; এগুলি দ্রুত হওয়ার সম্ভাবনা রয়েছে (যা ভাল, কারণ সিআই এর পুরো পয়েন্টটি বিকাশ এবং পরীক্ষার মধ্যে ফিডব্যাক লুপটি ছোট করা) এবং তাদের কোনও স্থাপনার প্রয়োজনের সম্ভাবনা নেই। যদি তারা পাস করে তবে আপনি নিজের অ্যাপ্লিকেশনটিকে একটি টেস্ট সার্ভারে স্বয়ংক্রিয়ভাবে স্থাপন করতে চান (যদি সম্ভব হয়), এবং আপনার যে কোনও সংহত পরীক্ষা উপলব্ধ রয়েছে তা চালাতে চান। ইন্টিগ্রেশন টেস্টগুলি ইউনিট টেস্টিং ফ্রেমওয়ার্ক (যেমন "ইউনিট" ব্যবহার করে স্বয়ংক্রিয়ভাবে ইউআই পরীক্ষা, বিডিডি পরীক্ষা বা স্ট্যান্ডার্ড ইন্টিগ্রেশন টেস্ট হতে পারে)
এই মুহুর্তে, আপনার বিল্ডটি কার্যক্ষম কিনা তা সম্পর্কে যথেষ্ট বিস্তৃত ইঙ্গিত পাওয়া উচিত। চূড়ান্ত পদক্ষেপটি যা আমি সাধারণত একটি "রিলিজ" শাখার সাথে সেটআপ করি তা হ'ল এটি স্বয়ংক্রিয়ভাবে রিলিজ প্রার্থীকে একটি পরীক্ষার সার্ভারে স্থাপন করা হয়, সুতরাং আপনার কিউএ বিভাগটি ম্যানুয়াল ধোঁয়া পরীক্ষা করতে পারে (এটি প্রায় প্রতি চেকিনের পরিবর্তে রাতে করা হয় যাতে হিসাবে একটি পরীক্ষা চক্র জগাখিচুড়ি এড়াতে)। এটি কেবলমাত্র লাইভ রিলিজের জন্য বিল্ডটি সত্যই উপযুক্ত কিনা তাড়াতাড়ি একটি মানবিক ইঙ্গিত দেয় কারণ আপনার টেস্ট প্যাকটি যদি কম বিস্তৃত থেকে কম হয় তবে জিনিসগুলি মিস করা মোটামুটি সহজ, এমনকি 100% পরীক্ষার কভারেজ সহ এমন কোনও কিছু মিস করা সহজ যা আপনি করতে পারেন 'টি (হওয়া উচিত নয়) স্বয়ংক্রিয়ভাবে পরীক্ষা করা (যেমন একটি ভুল-সংযুক্ত চিত্র, বা বানান ভুল)।
এটি সত্যই, ধারাবাহিক সংহতকরণ এবং অবিচ্ছিন্ন স্থাপনার সংমিশ্রণ, তবে এগ্রিলের উপর দৃষ্টি নিবদ্ধ করা প্রথম শ্রেণীর প্রক্রিয়া হিসাবে হীন কোডিং এবং স্বয়ংক্রিয় পরীক্ষার দিকে মনোনিবেশ করা, আপনি যতটা সম্ভব বিস্তৃত পদ্ধতির জন্য লক্ষ্য অর্জন করতে চান।
আমি যে প্রক্রিয়াটি উল্লেখ করেছি এটি একটি আদর্শ কেস দৃশ্য, আপনি এর কিছু অংশ ত্যাগ করার জন্য অনেকগুলি কারণ রয়েছে (উদাহরণস্বরূপ, বিকাশকারী শাখাগুলি কেবল এসভিএন-তে সম্ভব নয়) তবে আপনি যতটা সম্ভব লক্ষ্য রাখতে চান ।
স্ক্র্যাম স্প্রিন্ট চক্র কীভাবে এতে খাপ খায়, আদর্শভাবে আপনি নিজের রিলিজগুলি যত তাড়াতাড়ি সম্ভব ঘটতে চান এবং স্প্রিন্টের শেষ অবধি এগুলি ছেড়ে যান না, কোনও বৈশিষ্ট্য কিনা তাড়াতাড়ি প্রতিক্রিয়া পাওয়া (এবং সামগ্রিকভাবে তৈরি করা) ) উত্পাদনে স্থানান্তরিত করার পক্ষে টেকসই এটি আপনার পণ্য মালিকের কাছে আপনার প্রতিক্রিয়া লুপটি সংক্ষিপ্ত করার একটি মূল কৌশল।
1
আপনারা যা বলেন তার সাথে আমি অনেকটা একমত, তবে আমি (ব্যক্তিগতভাবে) যখনই সম্ভব সম্ভব একই শাখায় লোকদের একত্রে উত্সাহিত করার চেষ্টা করব।
—
উইলিয়াম পায়েেন
@ উইলিয়াম পেয়েন বাস্তবিকভাবে, আপনি যদি ডিভিসিএস ব্যবহার করেন তবে লোকেরা কখনই একই শাখায় থাকে না (যদি না তারা আক্ষরিকভাবে একই মেশিনে কাজ করে) তবে যেহেতু আপনি প্রতিবার ক্লোন করেছেন আপনি "শাখা" করছেন। আপনার কাছে স্ট্যান্ডার্ড ভিসিএসের সমতুল্য "শাখা" হ'ল আপনার প্রতি বৈশিষ্ট্যটি মার্জ করা শাখা হবে (যাতে দেব বি এবং দেব সি শাখা সি এর শাখায় কাজ করতে পারে তবে ব্রাঞ্চ সি এর কাজ শেষ হওয়ার সাথে সাথে পরীক্ষা করে দেখুন, তারা দুজনেই সি বৈশিষ্ট্যে কাজ করছিল)। আরও শাখা থাকার সুবিধাগুলি সংযুক্ত ইস্যুগুলি ঠিক করতে কম সময় ব্যয় করে, যেহেতু এইচজি / গিটে মার্জ করা প্রায় সম্পূর্ণ বেদনাদায়ক তবে ধাক্কা / টান দৌড় নয়।
—
এড জেমস
এই জ্বলন্ত যুদ্ধে রূপান্তরিত হওয়ার ঝুঁকিতে, আমি বিশ্বাস করি যে মার্জ সংঘাতের কারণে সমস্যাগুলি প্রায়শই অতিরঞ্জিত হয় (যদিও আমি স্বীকার করি যে তাদের বিদ্যমান রয়েছে)। তদুপরি, আমি বিশ্বাস করি যে ডিভিসিএস সরঞ্জামগুলিতে সরানো (যদিও অন্যান্য বিবেচনার দ্বারা প্রমাণিত) সংহত বিরোধগুলি এড়ানোর ভিত্তিতে নির্ভুলভাবে ন্যায়সঙ্গত হওয়া উচিত নয় - একটি উন্মুক্ত / সম্প্রদায় বিকাশের প্রচেষ্টা ব্যতীত অন্য যে কোনও ক্ষেত্রে এগুলি দুর্বল যোগাযোগ এবং সমন্বয়ের লক্ষণীয় are উন্নয়ন দল। ডিভিসিএসে স্যুইচ করা টিম যোগাযোগের ক্ষেত্রে আরও গভীর এবং আরও তাত্পর্যপূর্ণ সমস্যার মুখোশ দেয়।
—
উইলিয়াম পায়েেন
বিকাশকারীরা কাজ করার সময় প্রতিশ্রুতিবদ্ধ এমন একটি "দৈনিক" (ট্রাঙ্ক) রেপোটির প্রয়োজনীয়তার বিষয়ে আমি দৃ strongly়ভাবে বিশ্বাস করি। আপনার কাজকে অবিচ্ছিন্নভাবে সংহত করা হ'ল অবিচ্ছিন্ন একীকরণ হ'ল সর্বোপরি। আমার জন্য, শাখা প্রশাখা এমন এক জিনিস যা শেষ অবলম্বন হিসাবে সম্পন্ন হয় - মার্জ সংঘাতের ঝুঁকির কারণে নয়, কারণ বিকাশকারীরা অন্যটি কী করছে তার আলগা ট্র্যাক করে এবং সিলোসে কাজ শুরু করে। এটি টিম ওয়ার্ক, যোগাযোগ এবং মানবিক বিষয়গুলির বিষয়ে, আমরা যে সরঞ্জামগুলি ব্যবহার করি তার সীমাবদ্ধতা নয়। অবিচ্ছিন্ন একীকরণ করতে, আপনার অবিচ্ছিন্ন যোগাযোগের প্রয়োজন, যা ব্রাঞ্চিং সমর্থন করতে ব্যর্থ।
—
উইলিয়াম
@ উইলিয়ামপায়েন আমি আপনার সাথে ডিভিসিএস বনাম ভিসিএসের আপেক্ষিক যোগ্যতার বিষয়ে বিতর্ক করতে যাচ্ছি না (কমপক্ষে মন্তব্যগুলির মাধ্যমে নয়), আপনি যদি সঠিক ওয়ার্কফ্লো পেয়ে থাকেন তবে ডিভিসিএস ব্যবহারের উল্লেখযোগ্য সুবিধা রয়েছে, তবে আরও বেশি traditionalতিহ্যবাহী কর্মপ্রবাহের সাথে ভিসিএস একটি দুর্দান্ত কাজ করবে (আমার অভিজ্ঞতায়)। যাইহোক, আমি আপনাকে বলব যে ডিভিসিএসে স্যুইচ করার পর থেকে আমার দলটি দ্রুত উন্নয়নের পরিবর্তন এবং আরও শক্তিশালী মোতায়েনের অভিজ্ঞতা অর্জন করেছে। প্রজেক্টের শেষের মার্জ জাহান্নাম যা এখনও অবধি বহু মানুষ অনুভব করে আমাদের উন্নয়ন প্রক্রিয়া থেকে প্রায় সম্পূর্ণরূপে সরিয়ে দেওয়া হয়েছে।
—
এড জেমস
ধারণামূলকভাবে হ্যাঁ একটি চিত্রটি যদিও এর মতো গুরুত্বপূর্ণ পয়েন্টগুলি ক্যাপচার করছে না:
- অংশ পরিক্ষাকরণ
- বর্ধিত কমিট
- মঞ্চটি প্রায়শই স্থাপন করা হয়, উত্পাদন সাধারণত হয় না।
আপনি ডায়াগ্রামের জন্য আরও বিস্তৃত সিস্টেম আঁকতে চাইতে পারেন। আমি নিম্নলিখিত উপাদানগুলি যুক্ত করে বিবেচনা করব:
সিস্টেমে আপনার ইনপুটগুলি দেখান, যা বিকাশকারীদের খাওয়ানো হয়। তাদের প্রয়োজনীয়তা, বাগ ফিক্স, গল্প বা যেকোন কিছু বলুন। তবে বর্তমানে আপনার কার্যপ্রবাহটি ধরে নিয়েছে যে কীভাবে এই ইনপুটগুলি sertedোকানো হয় তা দর্শক জানেন।
কর্মপ্রবাহের সাথে নিয়ন্ত্রণ পয়েন্টগুলি দেখান। ট্রাঙ্ক / মেইন / রিলিজ-শাখা / ইত্যাদিতে পরিবর্তনের অনুমতি দেওয়া হলে কে / কী সিদ্ধান্ত নেয় ...? সিআইএসে কোন কোডেটরি / প্রকল্পগুলি তৈরি করা হয়? বিল্ডটি ভেঙে গেছে কিনা তা দেখার জন্য কি কোনও চৌকি আছে? সিআইএস থেকে মঞ্চায়ন / প্রযোজনায় কে মুক্তি দেয়?
নিয়ন্ত্রণ পয়েন্টগুলির সাথে সম্পর্কিত আপনার ব্রাঞ্চিং পদ্ধতিটি কী এবং এটি কীভাবে এই কর্মপ্রবাহে ফিট করে তা চিহ্নিত করা হচ্ছে।
কোন টেস্ট দল আছে? তারা কখন জড়িত বা অবহিত হয়? সিআইএস-এ কি স্বয়ংক্রিয় পরীক্ষা করা হচ্ছে? কীভাবে ব্রেক সিস্টেমে ফিরিয়ে দেওয়া হয়?
আপনি কীভাবে সিদ্ধান্তের পয়েন্ট এবং ইনপুট সহ এই ওয়ার্কফ্লোটিকে একটি traditionalতিহ্যবাহী ফ্লোচার্টে মানচিত্র করবেন Consider আপনার কর্মপ্রবাহটি পর্যাপ্তরূপে বর্ণনা করার জন্য প্রয়োজনীয় সমস্ত উচ্চ-স্তরের টাচ পয়েন্ট আপনি কী ক্যাপচার করেছেন?
আপনার মূল প্রশ্নটি তুলনা করার চেষ্টা করছে বলে আমি মনে করি, তবে আপনি কোন দিকটি (গুলি) তুলনা করার চেষ্টা করছেন তা আমি নিশ্চিত নই। অবিচ্ছিন্ন একীকরণের অন্যান্য এসডিএলসি মডেলের মতোই সিদ্ধান্ত পয়েন্ট রয়েছে তবে তারা প্রক্রিয়াটিতে বিভিন্ন পয়েন্টে থাকতে পারে।
আমি সমস্ত স্বয়ংক্রিয় বিল্ড, ডকুমেন্টেশন জেনারেশন, পরীক্ষা, কর্মক্ষমতা পরিমাপ এবং স্থাপনার ক্রিয়াকলাপকে অন্তর্ভুক্ত করতে "ডেভলপমেন্ট অটোমেশন" শব্দটি ব্যবহার করি।
একটি "ডেভলপমেন্ট অটোমেশন সার্ভার" এর ফলে অবিচ্ছিন্ন ইন্টিগ্রেশন সার্ভারের চেয়ে কিছুটা একই, তবে কিছুটা বিস্তৃত রেমিট রয়েছে।
আমি পোস্ট কমিট হুক দ্বারা চালিত বিকাশ অটোমেশন স্ক্রিপ্টগুলি ব্যবহার করতে পছন্দ করি যা সিআই সার্ভারে অতিরিক্ত কনফিগারেশন প্রয়োজন না করে ব্যক্তিগত শাখা এবং কেন্দ্রীয় বিকাশ ট্রাঙ্ক উভয়কেই স্বয়ংক্রিয় করার অনুমতি দেয়। (এটি আমি সচেতন যে অফ-দ্য-শেল্ফ সিআই সার্ভার জিইআইআই এর বেশিরভাগ ব্যবহারকে আটকে দেয়)।
প্রতিশ্রুতি পোস্টের স্ক্রিপ্টটি নির্ধারণ করে যে কোন অটোমেশন কার্যক্রমগুলি শাখার সামগ্রীর উপর ভিত্তি করে চালানো হবে; হয় শাখার একটি নির্দিষ্ট স্থানে পোস্ট-কমিট কনফিগারেশন ফাইলটি পড়ে বা কোনও শব্দের সনাক্তকরণের মাধ্যমে (আমি / অটো / ব্যবহার করে রিপোজিটরিতে (এসভিএন সহ)) শাখার পাথের অংশ হিসাবে ব্যবহার করি।
(Hg এর চেয়ে Svn এর সাথে সেটআপ করা সহজ)।
এই পদ্ধতির ফলে বিকাশকারী দলগুলি কীভাবে তাদের কর্মপ্রবাহকে সংগঠিত করে সে সম্পর্কে আরও নমনীয় হতে সক্ষম করে, সিআইকে ন্যূনতম (শূন্যের কাছাকাছি) প্রশাসনিক ওভারহেডযুক্ত শাখাগুলিতে বিকাশকে সমর্থন করতে দেয়।
অ্যাসপ নেট- তে অবিরত সংহতকরণের জন্য পোস্টগুলির একটি দুর্দান্ত সিরিজ রয়েছে যা আপনাকে দরকারী মনে হতে পারে, এটি বেশ কিছুটা স্থল এবং কর্মপ্রবাহকে কভার করে যা আপনার কাজটি করার পরে দেখে মনে হচ্ছে এটির সাথে এটি খাপ খায় ।
আপনার চিত্রটি সিআই সার্ভার (ইউনিট টেস্টিং, কোড কভারেজ এবং অন্যান্য মেট্রিক্স, ইন্টিগ্রেশন টেস্টিং বা নাইট বিল্ডস) দ্বারা করা কাজের কথা উল্লেখ করে না, তবে আমি ধরে নিই যে এটি সমস্ত "কন্টিনিউজ ইন্টিগ্রেশন সার্ভার" পর্যায়ে আবৃত। আমি কেন সিআই বাক্সটি কেন কেন্দ্রীয় ভান্ডারে ফিরে যেতে বাধ্য করব সে সম্পর্কে আমি পরিষ্কার নই? স্পষ্টতই কোডটি পাওয়া দরকার তবে কেন এটিকে আবার ফেরত পাঠানোর প্রয়োজন হবে?
সিআই হ'ল বিভিন্ন অনুশাসন দ্বারা প্রস্তাবিত সেই অনুশীলনের মধ্যে একটি, এটি স্ক্রামের (বা এক্সপি) অনন্য নয় তবে আসলে আমি বলব যে জলবায়ু (সম্ভবত ভেজা-চটপটে?) এমনকি অচঞ্চল যেমন কোনও প্রবাহেও এর সুবিধা পাওয়া যায় benefits । আমার জন্য মূল বেনিফিটগুলি হ'ল টাইট ফিডব্যাক লুপ, আপনি কেবলমাত্র কোডটি বাকী কোড বেসের সাথে কাজ করে কিনা তা আপনি খুব তাড়াতাড়ি জানেন। আপনি যদি স্প্রিন্টে কাজ করছেন এবং আপনার প্রতিদিনের স্ট্যান্ড-আপগুলি করছেন তবে স্থিতিটি উল্লেখ করতে সক্ষম হবেন, বা সিআই সার্ভারে শেষ রাত্রে নির্মিত মেট্রিকগুলি অবশ্যই একটি প্লাস এবং মানুষকে ফোকাস করতে সহায়তা করবে। যদি আপনার পণ্যের মালিক বিল্ডের স্থিতি দেখতে পারে - ভাগ করে নেওয়া অঞ্চলে একটি বড় মনিটর আপনার বিল্ড প্রকল্পগুলির স্থিতি দেখায় - তবে আপনি সেই প্রতিক্রিয়ার লুপটি সত্যই শক্ত করেছেন। যদি আপনার বিকাশকারী দল ঘন ঘন প্রতিশ্রুতিবদ্ধ হয় (দিনে একাধিকবার এবং আদর্শিকভাবে এক ঘণ্টারও বেশি সময়) তবে আপনি যে ইন্টিগ্রেশন ইস্যুতে সমাধান করতে দীর্ঘ সময় নিবেন তা হ্রাস পাবে, তবে তারা যদি তা করে তবে তা স্পষ্ট হয় সমস্ত এবং আপনি যা প্রয়োজন সেগুলি গ্রহণ করতে পারেন, উদাহরণস্বরূপ ভাঙা বিল্ডের সাথে মোকাবিলা করার জন্য থামিয়ে দেওয়া প্রত্যেকে। অনুশীলনে আপনি সম্ভবত অনেকগুলি ব্যর্থ বিল্ড হিট করবেন না যা আপনি প্রায়শই সংহত করছেন কিনা তা নির্ধারণ করতে কয়েক মিনিটের বেশি সময় নেয়।
আপনার সংস্থানসমূহ / নেটওয়ার্কের উপর নির্ভর করে আপনি বিভিন্ন প্রান্তের সার্ভার যুক্ত করার বিষয়টি বিবেচনা করতে পারেন। আমাদের একটি সিআই বিল্ড রয়েছে যা রেপোতে প্রতিশ্রুতি দিয়ে ট্রিগার করেছিল এবং ধরে নিচ্ছে যে এটি সমস্ত পরীক্ষা তৈরি করে এবং পাস করে তবে এটি ডেভলপমেন্ট সার্ভারে মোতায়েন করা হয়েছে যাতে ডিভস নিশ্চিত করতে পারে যে এটি দুর্দান্ত খেলেছে (আপনি এখানে সেলেনিয়াম বা অন্যান্য ইউআই পরীক্ষার অন্তর্ভুক্ত করতে পারবেন)? )। প্রতিটি প্রতিশ্রুতি স্থিতিশীল বিল্ড নয়, সুতরাং স্টেজিং সার্ভারে একটি বিল্ড ট্রিগার করতে আমাদের পুনর্বিবেচনাটি ট্যাগ করতে হবে (আমরা মার্উরিয়ালটি ব্যবহার করি) আমরা তৈরি এবং স্থাপন করতে চাই, আবার এটি সমস্ত নির্দিষ্টভাবে নির্দিষ্ট করে প্রতিশ্রুতিবদ্ধ করে স্বয়ংক্রিয় এবং ট্রিগার হয় simply ট্যাগ। উত্পাদন যেতে একটি ম্যানুয়াল প্রক্রিয়া; আপনি এটিকে এত সহজ ছেড়ে দিতে পারেন যে কোনও জালটি তৈরি করার জন্য জোর করে এই কৌশলটি জেনে রাখা হচ্ছে আপনি কোন সংশোধন / বিল্ডটি ব্যবহার করতে চান, তবে আপনি যদি সঠিকভাবে সংশোধনটি ট্যাগ করে থাকেন তবে সিআই সার্ভারটি সঠিক সংস্করণটি চেকআউট করতে পারে এবং যা প্রয়োজন তা করতে পারে। আপনি প্রোডাকশন সার্ভারগুলিতে পরিবর্তনগুলি সিঙ্ক করতে, বা এটি প্যাকেজ করতে এবং কোনও প্রশাসককে ম্যানুয়ালি মোতায়েন করার জন্য জিপ প্রস্তুত কোথাও প্রস্তুত রাখতে এমএস ডিপ্লয় ব্যবহার করছেন ... এটি আপনার পক্ষে কতটা স্বাচ্ছন্দ্যের উপর নির্ভর করে।
একটি সংস্করণে যাওয়ার পাশাপাশি আপনার কীভাবে ব্যর্থতা মোকাবেলা করতে হবে এবং কোনও সংস্করণে নামতে হবে তাও আপনার বিবেচনা করা উচিত। আশা করি এটি ঘটবে না তবে আপনার সার্ভারে কিছু পরিবর্তন হতে পারে যার অর্থ ইউএটি-তে যা কাজ করে তা উত্পাদন কাজ করে না, তাই আপনি আপনার অনুমোদিত সংস্করণটি প্রকাশ করেন এবং এটি ব্যর্থ হয় ... আপনি সর্বদা যে পদ্ধতিটি সনাক্ত করেছেন তা গ্রহণ করতে পারেন বাগ, এটি সংশোধন করার জন্য কিছু কোড যুক্ত করুন, প্রতিশ্রুতিবদ্ধ করুন, পরীক্ষা করুন, প্রোডাক্টটিতে মোতায়েন করুন ... বা আপনি নিজের স্বয়ংক্রিয়ভাবে প্রকাশের জন্য আরও কিছু পরীক্ষা গুছিয়ে রাখতে পারেন এবং যদি এটি ব্যর্থ হয় তবে তা স্বয়ংক্রিয়ভাবে পিছনে ফিরে আসে।
ক্রুজসন্ট্রোল. নেট বিল্ডগুলি কনফিগার করতে এক্সএমএল ব্যবহার করে, টিমসিটি উইজার্ড ব্যবহার করে, আপনি যদি নিজের দলের বিশেষজ্ঞদের এড়াতে লক্ষ্য রাখছেন তবে এক্সএমএল কনফিগারেশনের জটিলতা মনে রাখা অন্য কিছু হতে পারে।
প্রথমত, একটি সতর্কতামূলক: স্ক্রাম একটি অত্যন্ত কঠোর পদ্ধতি। আমি বেশ কয়েকটি সংস্থার জন্য কাজ করেছি যা স্ক্রাম, বা স্ক্রাম-এর মতো পদ্ধতির ব্যবহার করার চেষ্টা করেছে তবে তাদের দুটিই পুরোপুরি সম্পূর্ণ শৃঙ্খলা ব্যবহারের ঘনিষ্ঠ হয়নি। আমার অভিজ্ঞতা থেকে আমি একজন চৌকস-উত্সাহী, তবে একটি (অনিচ্ছুক) স্ক্রাম-সংশয়ী।
যেহেতু আমি এটি বুঝতে পারি, স্ক্রাম এবং অন্যান্য চতুর পদ্ধতির দুটি প্রধান উদ্দেশ্য রয়েছে:
- প্রথমটি হ'ল ঝুঁকি পরিচালনার জন্য একটি সুস্পষ্ট প্রক্রিয়া সরবরাহ এবং ঝুঁকিগুলির চলমান আবিষ্কারের ব্যবস্থা করা।
- দ্বিতীয়টি হ'ল স্টেকহোল্ডার যোগাযোগ, প্রয়োজনীয়তা আবিষ্কার এবং প্রয়োজনীয়তা পরিচালনার জন্য একটি কাঠামোগত ব্যবস্থা সরবরাহ করা।
প্রথম (ঝুঁকি ব্যবস্থাপনার) উদ্দেশ্য পুনরাবৃত্তি বিকাশের মাধ্যমে অর্জন করা হয়; ত্রুটি করা এবং দ্রুত পাঠ শেখা, দলটিকে ঝুঁকি হ্রাস করতে এবং ইতিমধ্যে ব্যাগে থাকা একটি স্বল্প ঝুঁকির "অ্যাসেটের" সমাধানের সাথে একটি হ্রাস-ঝুঁকিযুক্ত সমাধানের দিকে এগিয়ে যাওয়ার বোঝার এবং বৌদ্ধিক ক্ষমতা তৈরি করার অনুমতি দেয়।
অবিচ্ছিন্ন একীকরণ সহ বিকাশ অটোমেশন এই পদ্ধতির সাফল্যের জন্য সবচেয়ে গুরুত্বপূর্ণ বিষয়। ঝুঁকি আবিষ্কার এবং পাঠ-শিক্ষণ অবশ্যই দ্রুত, ঘর্ষণ মুক্ত এবং বিভ্রান্তিকর সামাজিক কারণগুলি থেকে মুক্ত থাকতে হবে। (লোকেরা খুব দ্রুত শিখতে থাকে যখন এটি এমন একটি মেশিন থাকে যা তাদের বলে যে অন্য কোনও মানুষের চেয়ে তারা ভুল - উদাহরণস্বরূপ কেবল শিখার পথে আসে)।
আপনি সম্ভবত বলতে পারেন - আমিও পরীক্ষামূলক চালিত উন্নয়নের একজন অনুরাগী। :-)
দ্বিতীয় উদ্দেশ্যটির বিকাশ অটোমেশনটির সাথে কম সম্পর্ক রয়েছে এবং মানবিক উপাদানগুলির সাথে আরও কিছু করার রয়েছে। এটি প্রয়োগ করা শক্ত কারণ এটি ব্যবসায়ের প্রথম প্রান্ত থেকে কেনার প্রয়োজন, যারা আনুষ্ঠানিকতার প্রয়োজনীয়তা দেখার সম্ভাবনা কম।
ডেভলপমেন্ট অটোমেশনের এখানে ভূমিকা থাকতে পারে, এতে স্বয়ংক্রিয়ভাবে উত্পন্ন ডকুমেন্টেশন এবং অগ্রগতি প্রতিবেদনের সাথে অংশীদারদের বিকাশের সাথে ধারাবাহিকভাবে আপডেট করার জন্য ব্যবহার করা যেতে পারে এবং তথ্য রেডিয়েটারগুলি বিল্ড স্ট্যাটাস এবং পাসিং / ব্যর্থ পরীক্ষার স্যুট দেখিয়ে অগ্রগতি যোগাযোগের জন্য ব্যবহার করা যেতে পারে বৈশিষ্ট্য বিকাশের উপর, সহায়তা (আশাবাদী) স্ক্র্যাম যোগাযোগ প্রক্রিয়া গ্রহণের ক্ষেত্রে সহায়তা করে।
সুতরাং, সংক্ষেপে:
আপনার প্রশ্নটি চিত্রিত করার জন্য আপনি যে চিত্রটি ব্যবহার করেছিলেন তা কেবল প্রক্রিয়াটির কিছু অংশ ক্যাপচার করে। আপনি যদি চতুর / স্ক্র্যাম এবং সিআই অধ্যয়ন করতে চান তবে আমি যুক্তি দিয়ে বলব যে প্রক্রিয়াটির বিস্তৃত সামাজিক এবং মানবিক দিকগুলি বিবেচনা করা গুরুত্বপূর্ণ।
আমি সর্বদা যে একই ড্রামটি বেজেছি তা শেষ করে আমাকে অবশ্যই শেষ করতে হবে। আপনি যদি একটি বাস্তব-বিশ্ব প্রকল্পে একটি চতুর প্রক্রিয়া বাস্তবায়নের চেষ্টা করছেন, আপনার সাফল্যের সম্ভাবনার সেরা ভবিষ্যদ্বাণী হ'ল স্বয়ংক্রিয়করণের স্তরটি যা মোতায়েন করা হয়েছে; এটি ঘর্ষণকে হ্রাস করে, বেগ বাড়ায় এবং সাফল্যের পথে এগিয়ে যায়।