আপনি সম্ভবত একটি ডেভ সার্ভার পেতে চাইবেন, এবং সম্ভবত মঞ্চের পরিবেশও। নিজের ব্যক্তিগত ওয়েবসাইট ব্যতীত আর কারওই স্থানীয় থেকে উত্পাদনের দিকে চাপ দেওয়া উচিত নয়। আপনার মোতায়েনের প্রক্রিয়াটি কেবল ডেভ-> স্টেজিং-> প্রোডকে সমর্থন করে। আপনি সম্ভবত নতুন রিলিজ সাইন ইন করার জন্য দায়বদ্ধ কেউ চান - সংস্থার উপর নির্ভর করে, এটি একটি প্রকল্পের নেতৃত্ব হতে পারে, একটি ডেডিকেটেড কিউএ বা প্রতি সপ্তাহে ঘুরতে থাকা কোনও দায়িত্ব (একটি স্পষ্ট স্মৃতি অনুসারে উদাহরণস্বরূপ কেবল সাঁতারের খেলনা সহ সেই ব্যক্তিকেই সেই সপ্তাহে পেয়ে যায়) ধাক্কা)। তবে, কেনার জন্য প্রথমে আপনার দলের সাথে এটি আলোচনা করুন (নীচে দেখুন)।
আমি চাই যে এই আচরণটি কোনও উপায়ে শাস্তি দেওয়া হোক বা যতটা সম্ভব অপ্রিয় হওয়া উচিত।
আপনার টেস্ট স্যুট থাকতে পারে (আপনি এর মধ্যে একটি পেয়েছেন, তাই না?) এমন একটি চেক অন্তর্ভুক্ত রয়েছে যা নির্ধারণ করে যে আপনি কোনও প্রোডাকশন সার্ভারে আছেন কিনা এবং যদি তা হয় তবে অফিসের সবাইকে ইমেল প্রেরণ করে প্রেরণ করে Looks like $username is testing on prod, watch out। সম্ভবত আপনার সহকর্মীকে প্রকাশ্যে লজ্জা দেওয়া অপ্রীতিকর হবে। অথবা আপনার প্রযুক্তিগত প্রতিবন্ধকতা তৈরি করতে পারে যেমন আইপি-নিষিদ্ধকরণকে আপনার দলকে প্রোডের দিকে নজর দেওয়া থেকে নিষিদ্ধ করা (যা আপনি উত্তোলন করতে পারেন তবে আপনাকে ন্যায়সঙ্গত করতে হবে)।
আমি এটির প্রস্তাব দিচ্ছি না, যদিও আপনি সমস্যার মতো দেখবেন, যে ব্যক্তি প্রোডের উপর পরীক্ষা করছেন এবং আপনি নিজেকে সেই দলের লোকদের কাছে খুব অজনপ্রিয় করে তুলতে পারেন যা যত্নবান নয়।
অবশ্যই আপনি যা চান তা এই আচরণের জন্য শাস্তি দেওয়া নয়, বরং এটি বন্ধ হওয়া ?
আমি তাদের / আমাদের ব্যবহার করতে বাধ্য করেছি [...]
আপনি ওয়ার্কফ্লো উন্নয়নের পক্ষে পরামর্শ দিচ্ছেন তা দুর্দান্ত, তবে মনে হয় এটি হয় আপনি আপনার সহকর্মীদের বেশিরভাগই ভাবেন না এবং / অথবা আপনার পুরো সমর্থন নেই। এটি সহকর্মীদের কর্মপ্রবাহের সাথে অর্ধ-উত্তপ্তভাবে কথোপকথনের ফলে, উত্পাদনের কোড নেওয়ার জন্য ন্যূনতম প্রয়োজনীয় কাজ করার এবং কার্যপ্রবাহের স্পিরিটের অনুসরণ না করার জন্য ফলাফল তৈরি হতে পারে, যার অর্থ পরিষ্কার হতে আরও বেশি সময় ব্যয় হতে পারে। এবং যখন আপনি কর্মপ্রবাহের সাথে অপর্যাপ্ত কথোপকথনের ফলাফল সাফ করার জন্য বেশি বেশি সময় ব্যয় করছেন (কারণ অন্য কেউ যত্নশীল নয়, তাই?) অন্য প্রত্যেকে কর্মপ্রবাহকে নিজেই প্রশ্নবিদ্ধ হবে।
সুতরাং একটি কথোপকথন দিয়ে শুরু করুন।
এটি কেন ঘটছে তা সন্ধান করুন (আপনার সহকর্মীর মেশিন কি পরীক্ষার জন্য তেমন ভাল নয়? আপনার সহকর্মী কি বৈশিষ্ট্য শাখাগুলির সাথে অনিশ্চিত বা কোনও এসএনএন মানসিকতায় আটকে আছে যেখানে প্রতিশ্রুতিবদ্ধ এবং ধাক্কা একইরকম?) ব্যাখ্যা করুন, কেন এটি আপনার জন্য সমস্যাবিহীন কোডটি যায়? ডেভ / স্টেজিং / প্রোডে এবং দেখুন কেন এটি ঘটে যায় তা পরিবর্তনের জন্য আপনি কিছু করতে পারেন কিনা (আপনার সহকর্মী সম্ভবত আপনি যা চান তা করতে পারবেন যদি আপনি কেবলমাত্র সেগুলি ছত্রভঙ্গ করেছেন কিনা তার চেয়ে স্থানীয়ভাবে পরীক্ষা করা আরও ভাল করেছেন)।
যদি আপনি এটি সমাধান করতে না পারেন এবং এটি সত্যই মতামতের ভিন্নতায় নেমে আসে, আপনার পরবর্তী পূর্ববর্তী সভায় একটি দলব্যাপী আলোচনার সময়সূচী করুন, আপনার সহকর্মীরা কী করবেন এবং কী ভাবেন তা দেখুন। আপনার কেস তৈরি করুন, তবে toকমত্য শুনুন। হতে পারে আপনার দলটি বলেছে স্থানীয়ভাবে পাঠ্য সংশোধন করা ভাল না এবং আপনার কাছে একটি নিয়ম রয়েছে যে কোনও বড় বৈশিষ্ট্যই কোনও চিহ্ন ছাড়াই না যায়। সভায় লিখুন এবং প্রতিটি পরিবেশে কী অনুমোদিত তা সম্পর্কে সম্মিলিতভাবে কী সিদ্ধান্ত নেবেন তা পড়ুন। এটি পর্যালোচনা করার জন্য কয়েক মাসের মধ্যে একটি তারিখ নির্ধারণ করুন, হতে পারে কোনও পূর্বানুমতিতে।