এখানে আমি কয়েকটি অতীত ব্যবহার করেছি বা বাস্তবে তাদের কাছে বাস্তবে কোনও সুযোগ না পেয়েই মনে রাখি appro কিছু আপনার ক্ষেত্রে আবেদন করতে পারে না, আপনি দলে যে অবস্থান নিয়েছেন তার উপর নির্ভর করে (আপনি যদি সুনামের সাথে একটি দল নেতৃত্ব হন তবে সম্ভাবনা হ'ল আপনি যদি স্নাতক হন তবে তার চেয়ে বেশি আপনার দৃষ্টিভঙ্গি কার্যকর করার সুযোগ পাবেন) আপনার ইন্টার্নশিপের সময়কালের জন্য সবেমাত্র একটি দলে যোগদান করেছেন)।
আপনার সহকর্মীদের সাথে ইস্যুটি আলোচনা করুন এবং বৃহত্তর কমিটের পরিণতি ব্যাখ্যা করুন। সম্ভবত তারা সহজেই বুঝতে পারে না যে জটিল সংযুক্তিগুলি বিরল প্রত্যাশনের প্রত্যক্ষ পরিণতি এবং ছোটগুলির চেয়ে ঘন ঘন কমিটগুলি মার্জগুলি (তুলনামূলকভাবে) সহজ করে তোলে।
আমি প্রচুর প্রোগ্রামারকে জানতাম যারা কেবলমাত্র একীভূত হয়েছিলেন যে মার্জগুলি সর্বদা জটিল। তারা প্রতিদিন সর্বাধিক এক প্রতিশ্রুতিবদ্ধ করেছিল, ভিজ্যুয়াল স্টুডিওর ভিন্নতা এবং স্বয়ংক্রিয় সংযোজনের মতো শক্তিশালী সরঞ্জামগুলি ব্যবহার করা এড়িয়ে যায় এবং ম্যানুয়াল মার্জিংয়ের একটি দুর্বল অনুশীলন ছিল (যদি না "আমার গ্রহণ করো" তবে অন্য কোনও তদন্ত ছাড়াই আসলে একটি ভাল অনুশীলন নয়)। তাদের জন্য, এটির সাথে তাদের কোনও সম্পর্ক ছিল না এবং এটি ছিল মার্জ করার সহজাত প্রকৃতি।
অন্যান্য সংস্থাগুলিতে কী ঘটছে তার নিখুঁত উদাহরণ দিন (বিশেষত আপনার সহকর্মীদের যেগুলির প্রতি গভীর শ্রদ্ধা রয়েছে)। এটি কেবল একটি সমস্যা যে সম্পর্কে তারা সহজেই অসচেতন হতে পারে এবং নিশ্চিত হতে পারে যে প্রতিদিন প্রতি সর্বাধিক এক প্রতিশ্রুতি প্রতিটা দলই করে।
কিছু লোক অসচেতন যে 5-10 সদস্যের এমন টিম রয়েছে যারা 50 টি উত্পাদন পর্যন্ত ধাক্কা দেয়, যা প্রতিদিন জনপ্রতি গড়ে 5-10 কমিটে অনুবাদ করে। কীভাবে সম্ভব তা তারা বুঝতে পারে না বা কেন কেউ এটি করবে।
উদাহরণ দ্বারা নেতৃত্ব. যথেষ্ট ছোট কমিট নিজেকে করুন। যদি সম্ভব হয় তবে এক সপ্তাহে পাশাপাশি এবং তাদের একত্রে সংযুক্তির সংক্ষিপ্ত উপস্থাপনা করুন (আমি নিশ্চিত নই যে এই ধরণের তথ্যগুলি সংস্করণ নিয়ন্ত্রণ থেকে বের করা সহজ কিনা)। তাদের একীভূত হওয়ার সময় তারা যে সর্বশেষ ভুল করেছে তার উপর জোর দিন এবং এটি আপনার করা ত্রুটির সংখ্যার সাথে তুলনা করুন (যা শূন্যের কাছাকাছি হওয়া উচিত)।
উপযুক্ত হলে "আমি আপনাকে বলেছিলাম" কৌশলটি ব্যবহার করুন । আপনি যখন দেখেন আপনার সহকর্মীরা বেদনাদায়ক একীকরণের জন্য ভুগছেন, উচ্চস্বরে মন্তব্য করুন যে ছোট, ঘন ঘন কমিটগুলি মার্জ (তুলনামূলকভাবে) ব্যথাহীন হতে পারে।
ব্যাখ্যা করুন যে প্রতিশ্রুতিবদ্ধতার কোনও ন্যূনতম সময়কাল নেই। একটি প্রতিশ্রুতি এমনকি কয়েক সেকেন্ডের মধ্যে করা একটি সামান্য পরিবর্তনের সাথেও সামঞ্জস্য হতে পারে। একটি ফাইলের নাম পরিবর্তন, একটি অপ্রচলিত মন্তব্য মুছে ফেলা, একটি টাইপো সংশোধন করা সমস্ত কাজ যা অবিলম্বে প্রতিশ্রুতিবদ্ধ হতে পারে।
প্রোগ্রামাররা একটি ক্ষুদ্র প্রতিশ্রুতিবদ্ধ হওয়া ভয় করবে না, বরং এক বিশাল প্রতিশ্রুতিতে বহু পরিবর্তনকে একত্রিত করা উচিত।
উপযুক্ত হলে দলের পরিবর্তে ব্যক্তিদের সাথে কাজ করুন। যদি এমন কোনও ব্যক্তি আছেন যা বিশেষত ঘন ঘন, ছোট ছোট অঙ্গীকারগুলি করতে অস্বীকার করেন তবে তিনি কেন তা অস্বীকার করছেন তা দেখার জন্য এই ব্যক্তির সাথে স্বতন্ত্রভাবে কথা বলুন।
তারা পুরোপুরি বৈধ কারণ দিতে পারে যা আপনাকে একটি দলের সাথে কী চলছে সে সম্পর্কে ইঙ্গিত দিতে পারে। কিছু কারণ আমি শুনেছি:
"আমার শিক্ষক / পরামর্শদাতা আমাকে বলেছিলেন যে প্রতিদিনের জন্য একটি প্রতিশ্রুতিবদ্ধ করা সবচেয়ে ভাল অনুশীলন college" কলেজে আমার শিক্ষকদের কাছ থেকে আমার যা শুনতে হয়েছিল তা দিয়ে আমি অবাক হই না ।
"আমার সহকর্মীরা আমাকে বলেছিলেন যে আমার কম কমিট করা উচিত।" আমাকেও কিছু দলে বলা হয়েছিল, এবং আমি তাদের বিষয়টি বুঝতে পারি। আমাদের একটি লগ ছিল যা কার্যত আমার কমেটগুলিতে পূর্ণ ছিল (যখন চার সতীর্থ এমনকি প্রতিদিন একটি প্রতিশ্রুতি নাও করেন তখন করা কঠিন নয়), যা আমার সহকর্মীদের হতাশ করেছিল।
"আমি ভেবেছিলাম ছোট কমিটগুলি একটি সংশোধন খুঁজে পাওয়া কঠিন করে দিয়েছে।" দলটি বর্ণনামূলক লগ বার্তা লেখার জন্য প্রচেষ্টা চালিয়ে গেলেও কোনওভাবে বৈধ পয়েন্ট।
"আমি আমাদের সংস্করণ নিয়ন্ত্রণ সার্ভারে খুব বেশি জায়গা নষ্ট করতে চাই না” "ব্যক্তি স্পষ্টত বুঝতে পারে না যে কীভাবে কমিটস সংরক্ষণ করা হয় (বা স্টোরেজ স্পেসটি কত সস্তা)।
“আমি মনে করি একটি প্রতিশ্রুতি নির্দিষ্ট কাজের সাথে সঙ্গতিপূর্ণ হওয়া উচিত।” প্রায়শই একটি কাজের মধ্যে কোনও কাজ কিছু দিনের সাথে মিলের সাথে মিলিত হয় (যেমন ভিজ্যুয়াল ম্যানেজমেন্টের টাস্ক বোর্ডগুলিতে) এটি কোনও কাকতালীয় ঘটনা নয়। তারপরে সেই ব্যক্তিকে ব্যাকলগে কোনও কাজের মধ্যে (2 থেকে 8 ঘন্টা কাজ) এবং একটি যৌক্তিকভাবে বিচ্ছিন্ন পরিবর্তন করতে হবে যা প্রতিশ্রুতিবদ্ধ হওয়া উচিত (কয়েক সেকেন্ড থেকে কয়েক ঘন্টা কাজ করা)। এটি 5 পয়েন্টের সাথেও সম্পর্কিত।
দলটি আরও ঘন ঘন কমিট না করায় অনুসন্ধান করুন। ফলাফল দেখে আপনি অবাক হতে পারেন।
সম্প্রতি, আমি একটি পৃথক উত্তরে উল্লেখ করেছি যে প্রতিশ্রুতিবদ্ধতার গতি, এবং এমনকি কয়েকশ মিলিসেকেন্ডগুলি বিকাশকারীদের কম ঘন ঘন ভিত্তিতে প্রতিশ্রুতিবদ্ধ করতে চাপ দিতে পারে।
অন্যান্য কারণে অন্তর্ভুক্ত থাকতে পারে:
প্রতিশ্রুতি বার্তা লিখতে অতিরিক্ত জটিল নিয়ম।
যে নিয়মটি বিকাশকারীকে একটি বাগ ট্র্যাকিং সিস্টেম থেকে কোনও কাজের সাথে প্রতিশ্রুতি যুক্ত করতে বাধ্য করে।
বিল্ড ভেঙে যাওয়ার ভয়।
এই মুহুর্তে বিল্ডটি ভাঙার ঝুঁকি নিয়ে কাজ করতে অনাগ্রহতা: আপনি শুক্রবার সন্ধ্যায় যাওয়ার আগে যদি প্রতিশ্রুতিবদ্ধ হন, আপনি ভাঙ্গা বিল্ডের সাথে চুক্তি সোমবার পর্যন্ত স্থগিত করতে পারেন।
একীভূত করার ভয়।
বিকাশকারীরা প্রায়শই প্রতিশ্রুতিবদ্ধ হওয়ার অন্যান্য সুবিধা রয়েছে কিনা তা নির্ধারণ করুন । উদাহরণস্বরূপ, একটি ধারাবাহিক ইন্টিগ্রেশন প্ল্যাটফর্মটি ঘন ঘন কমিট করার জন্য একটি বিশাল উত্সাহ , যেহেতু এটি সংক্ষিপ্তভাবে চিহ্নিত করতে দেয় যেখানে রিগ্রেশনটি চালু হয়েছিল ।
আমি বরং সিআই প্ল্যাটফর্মটি পছন্দ করে বলব যে আমি পঞ্চাশ মিনিট আগে আমি একটি ফাইলের দুটি পদ্ধতির পরিবর্তনের সাথে সংশোধন 5023 এর বিল্ডটি ভেঙে দিয়েছি, পরিবর্তনের পরিবর্তে 5023 ফাইল রয়েছে যার মধ্যে চার ডজন ফাইল রয়েছে এবং প্রতিনিধিত্ব করে 13 ঘন্টা কাজ।