আমাদের এমন কেউ আছেন (আসুন তাকে টেড বলুন) নতুন বৈশিষ্ট্য এবং বাগ ফিক্সগুলি পরীক্ষা করার জন্য দায়বদ্ধ।
আমরা গিট এবং গিটহাব ব্যবহার করছি । masterসর্বদা শৃঙ্খলাবদ্ধ হতে হবে এবং developmentসেখানেই আমরা নতুন বৈশিষ্ট্যগুলি বা বাগ ফিক্সগুলি প্রতিশ্রুতিবদ্ধ / সংহত করে থাকি তবে কেবল টেড দ্বারা সেগুলি পরীক্ষা করার পরে।
প্রকল্পটি পিএইচপি-তে রয়েছে।
আমি পরীক্ষার প্রক্রিয়াটি এভাবে চলতে চাই:
- একটি ডেভেলপার তাই তিনি pulls, (আসুন বলতে বৈশিষ্ট্য / বাগ # 123 টেড যেমন ইস্যু যে ব্যক্তি অনুসরণ করে এ নথিভুক্ত) একটি নতুন বৈশিষ্ট্য কাজ করতে চায়
origin/developmentকরতেdevelopmentতার স্থানীয় সংগ্রহস্থলের উপর এবং একটি নতুন শাখা (এর কথা বলা যাক সৃষ্টিissue-123) থেকে আছে। - একবার সে তার কাজের সাথে খুশি হয়ে গেলে, সে প্রতিশ্রুতিবদ্ধ হয় এবং তার নতুন শাখায় ঠেলে দেয়
origin। - টেড সংযুক্ত হয়ে
test.ourproject.com/choose-branchশাখাগুলির একটি তালিকা দেখায়originএবং স্যুইচ করতে পছন্দ করেissue-123(এটি ওয়েবপৃষ্ঠার মাধ্যমে করণীয় হওয়া উচিত)। তারপরে তিনি এগিয়ে যানtest.ourproject.com, ওয়েব অ্যাপ্লিকেশনটি থেকে বেরিয়ে আসার চেষ্টা করে (তিনি সত্যই নির্লজ্জ) এবং বিকাশকারীটির সাথে কিছুদূর এগিয়ে যাওয়ার পরে তিনি বৈশিষ্ট্যটি নিয়ে খুশি। - টেড ডেভেলপার যে তিনি মার্জ করতে পারবেন বলে
issue-123সম্মুখেরdevelopmentউপরorigin। - পাখলান পুনরাবৃত্তি.
তৃতীয় ধাপের জন্য, আমি এমন কিছু কাজ করতে পারি যা কাজটি করে (কোনও নির্দিষ্ট পৃষ্ঠা থেকে শাখা প্রদর্শন এবং স্যুইচ করা), তবে আমি অনুভব করি যে আমি যা বর্ণনা করেছি তা একটি খুব সাধারণ প্যাটার্ন।
সুতরাং আমার প্রশ্নটি: এটি শাখা প্রশাখার জন্য কি ভাল / টেকসই / রক্ষণাবেক্ষণযোগ্য কর্মপ্রবাহ? এই কর্মপ্রবাহটি অনুসরণ করে অন্যান্য প্রকল্পের কয়েকটি উদাহরণ উদ্ধৃত করে আপনি কি আপনার উত্তরটি ব্যাক আপ করতে পারেন?
issue-123ইস্যু ট্র্যাকারের প্রতিটি ত্রুটি / নতুন বৈশিষ্ট্য টেড ডকুমেন্ট হিসাবে # 123 বাগ / বৈশিষ্ট্যটি উল্লেখ করা উচিত ।