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