আমি কীভাবে কাউবয় প্রোগ্রামারকে উত্স নিয়ন্ত্রণ ব্যবহারের জন্য বোঝাতে পারি?


62

আপডেট
আমি দেবের একটি ছোট দলে কাজ করি, 4 জন। তাদের সমস্ত ব্যবহারের উত্স নিয়ন্ত্রণ রয়েছে। তাদের বেশিরভাগ উত্স নিয়ন্ত্রণে দাঁড়াতে পারে না এবং পরিবর্তে এটি ব্যবহার না করা বেছে নিতে পারে। আমি দৃ strongly়ভাবে বিশ্বাস করি উত্স নিয়ন্ত্রণ পেশাদার বিকাশের একটি প্রয়োজনীয় অঙ্গ। বেশ কয়েকটি সমস্যা তাদের উত্স নিয়ন্ত্রণ ব্যবহার করতে রাজি করা খুব কঠিন করে তোলে:

  • দলটি টিএফএস ব্যবহার করতে অভ্যস্ত নয় । আমার 2 টি প্রশিক্ষণ সেশন ছিল, তবে কেবলমাত্র 1 ঘন্টা বরাদ্দ দেওয়া হয়েছিল যা অপর্যাপ্ত।
  • দলের সদস্যরা সরাসরি সার্ভারে কোড পরিবর্তন করে। এটি কোড সিঙ্কের বাইরে রাখে। আপনি সর্বশেষ কোড সহ কাজ করছেন তা নিশ্চিত হওয়ার জন্য তুলনা প্রয়োজন। এবং জটিল একীভূত সমস্যা দেখা দেয়
  • বিকাশকারীদের দ্বারা প্রদত্ত সময়ের অনুমানগুলি এই সমস্যার কোনও সমাধানের জন্য প্রয়োজনীয় সময় বাদ দেয়। সুতরাং, আমি যদি ননো বলি তবে এটি 10x বেশি সময় নেবে ... আমাকে ক্রমাগত এই বিষয়গুলি ব্যাখ্যা করতে হবে এবং নিজেকে ঝুঁকিপূর্ণ করতে হবে কারণ এখন ব্যবস্থাপনা আমাকে "ধীর" হিসাবে বুঝতে পারে।
  • সার্ভারে শারীরিক ফাইলগুলি অজানা উপায়ে 100 ডলারের বেশি ফাইল রয়েছে। মার্জ করার জন্য প্রকল্পটির জ্ঞান প্রয়োজন এবং তাই বিকাশকারীদের সহযোগিতা যা আমি অর্জন করতে সক্ষম নই।
  • অন্যান্য প্রকল্পগুলি সিঙ্কের বাইরে চলে যাচ্ছে। বিকাশকারীদের উত্স নিয়ন্ত্রণের উপর অবিশ্বাস অব্যাহত রয়েছে এবং সুতরাং উত্স নিয়ন্ত্রণ ব্যবহার না করে বিষয়টি জটিল করে তোলা।
  • বিকাশকারীদের যুক্তি ছিল যে উত্স নিয়ন্ত্রণ ব্যবহার করা অপব্যয় কারণ মার্জ করা ত্রুটি প্রবণ এবং কঠিন। এটি তর্ক করার পক্ষে একটি কঠিন বিষয়, কারণ যখন উত্স নিয়ন্ত্রণটি এত খারাপভাবে ব্যবহার করা হয় এবং উত্স নিয়ন্ত্রণ ক্রমাগত বাইপাস করা হয় তখন এটি ত্রুটি প্রকৃতির। সুতরাং, প্রমাণগুলি তাদের দৃষ্টিতে "নিজের পক্ষে কথা বলে"।
  • বিকাশকারীরা যুক্তি দিয়েছিলেন যে সরাসরি সার্ভার কোড সংশোধন করে, টিএফএসকে বাইপাস করে সময় সাশ্রয় করে। এটি তর্ক করাও কঠিন। কারণ কোডটি শুরু করার সাথে সিঙ্ক্রোনাইজ করার জন্য প্রয়োজনীয় সংহতকরণটি সময় সাপেক্ষ। আমরা পরিচালনা করি এমন 10+ প্রকল্পের সাহায্যে এটি গুণ করুন।
  • স্থায়ী ফাইলগুলি প্রায়শই ওয়েব প্রকল্পের মতো একই ডিরেক্টরিতে সঞ্চিত থাকে। সুতরাং প্রকাশনা (সম্পূর্ণ প্রকাশ) উত্স নিয়ন্ত্রণে নেই এমন ফাইলগুলি মুছে দেয়। এটি উত্স নিয়ন্ত্রণের জন্য অবিশ্বাসও চালায়। কারণ "প্রকাশনা প্রকল্পটি ভেঙে দেয়"। এটি সমাধান করা (সমাধান সাবফোল্ডারগুলির বাইরে সঞ্চিত ফাইলগুলিকে সরিয়ে নেওয়া) অনেক সময় এবং ডিবাগিং লাগে কারণ এই অবস্থানগুলি ওয়েবকনফিগে সেট করা থাকে না এবং প্রায়শই একাধিক কোড পয়েন্ট জুড়ে থাকে।

সুতরাং, সংস্কৃতি নিজেকে টিকিয়ে রাখে। খারাপ অনুশীলন আরও খারাপ অভ্যাস begets। খারাপ সমাধানগুলি অনেক গভীর, আরও বেশি সময়স্রাবক সমস্যাগুলিকে "ফিক্স" করতে নতুন হ্যাকগুলি চালিত করে। সার্ভারগুলি, হার্ড ড্রাইভের স্থানটি আসা খুব কঠিন। তবুও, ব্যবহারকারীদের প্রত্যাশা বাড়ছে।

এই পরিস্থিতিতে কি করা যেতে পারে?


24
হারিয়ে যাওয়া তথ্যের মূল অংশ: দলে আপনার ভূমিকা কী?
মরনস

116
জীবন কি বছরের পর বছর নষ্ট করার মতো দীর্ঘস্থায়ীভাবে কাজ করে? আপনার সহকর্মীদের একটি দল রয়েছে যারা দক্ষ এবং পেশাদার পদ্ধতিতে কাজ করতে চান না এবং পরিচালনা করেন না যারা পরিচালনা করেন না। তুমি কি বেটার.
কারসন 63000

8
উত্স নিয়ন্ত্রণে ব্যবহার না করা সম্পর্কে: এটি যদি সত্যিকারের একটি প্রকল্প হয় তবে এটি উত্স নিয়ন্ত্রণে অভ্যস্ত হওয়ার সময় এসেছে।
compman

14
হয় আপনার কর্মক্ষেত্র পরিবর্তন করুন, বা আপনার কর্মক্ষেত্র পরিবর্তন করুন। আপনি যে সিদ্ধান্ত নিন, দ্বিধা করবেন না।
গোরান জোভিক

11
কোনও বিকাশকারী এর আগে উত্স নিয়ন্ত্রণ ব্যবহার এবং এটি প্রেম না করার ধারণাটি প্রায় আমার বোধগম্য। সম্ভবত তারা এটি ভুল ব্যবহার করেছেন?

উত্তর:


92

এটি কোনও প্রশিক্ষণের সমস্যা নয়, এটি একটি মানবিক বিষয়। তারা চায় না, এবং রোড ব্লক তৈরি করছে। ভাঙা গোষ্ঠী গতিশীলতার সাথে ডিল করুন, তাদের আপত্তির মূল কারণ কী - সাধারণত ভয়, এটি কি কেবল পরিবর্তনের ভয়, বা এটি আরও ভয়াবহ।

আজ বা গত 20 বছর ধরে কোনও পেশাদার বিকাশকারী উত্স নিয়ন্ত্রণকে প্রতিহত করেছেন। একবার, প্রায় 30 বা 40 বছর আগে, যখন কম্পিউটারগুলি ধীর ছিল, উত্স নিয়ন্ত্রণ এমনকি ধীর ছিল এবং প্রোগ্রামগুলিতে একটি 500 লাইন ফাইল ছিল, এটি ব্যথা হয়েছিল এবং এটি ব্যবহার না করার বৈধ কারণ ছিল। এই আপত্তিগুলি কেবলমাত্র আমার মনে হতে পারে এমন সবচেয়ে খারাপ ধরণের কাউবুই থেকে আসতে পারে।

ব্যবস্থা কি কোনওভাবে তাদের জীবনকে কঠিন করে তুলছে? এটি কী তা সন্ধান করুন এবং আপত্তিটি অকার্যকর করতে সিস্টেমটি পরিবর্তন করুন। শেষ না হওয়া পর্যন্ত পুনরাবৃত্তি করুন।

আমি জিআইটি বা মারকুরিয়াল দেখার পরামর্শ দিই। আপনি প্রতিটি উত্স কোড ট্রিতে একটি সংগ্রহশালা তৈরি করতে পারেন, তারা এমনকি খেয়াল করবে না এবং তারা এখন যেভাবে করছে তা হ্যাক করেই রাখতে পারে। কোড বেজে তারা হ্যাক করেছে এমন পরিবর্তনগুলি আপনি ট্র্যাক করতে পারেন, কমিট করতে পারেন, তাদেরকে অন্য উত্স গাছগুলিতে মিশ্রণ করতে পারেন etc. আপনি যখন একটি আদেশ দিয়ে তাদের কোনও স্ক্রু আপকে ফিরিয়ে আনেন এবং তাদের গাধাটি সংরক্ষণ করেন, তখন তারা আপনাকে ধন্যবাদ জানাতে পারে (এটিতে বিশ্বাস করবেন না)। সবচেয়ে খারাপ, আপনি বসের সামনে দেখতে খুব সুন্দর এবং বোনাসের জন্য, তারা তাদের মতো কাউবয়ের মতো দেখায়।

মার্জ করা কেবল প্রকল্পের একটি দুর্দান্ত জ্ঞানই নেবে না

সেক্ষেত্রে আমি আশঙ্কা করছি যে আপনি কোনও প্যাডেল না দিয়ে প্রবাদ বাকরি খাঁজটি করছেন। যদি মার্জ করা কোনও বিকল্প না হয়, না হয় এটি বাস্তবায়ন করছে, তাই আপনি বলছেন যে আপনি ইতিমধ্যে একটি শাখায় থাকা বৈশিষ্ট্যগুলি (অন্যথায় শব্দটি অন্যটিতে) যুক্ত করতে পারবেন না।

আমি যদি আপনি থাকতাম আমি আমার ক্যারিয়ারের সম্ভাবনাগুলি নিয়ে পুনর্বিবেচনা করতাম ...


13
-1, "আজ বা গত 20 বছর ধরে কোনও পেশাদার বিকাশকারী উত্স নিয়ন্ত্রণকে প্রতিহত করেছেন।" - সম্পূর্ণ বাজে, এবং সম্পূর্ণ কৌতূহলপূর্ণ। আমি সন্দেহ করি যে আপনি 'পেশাদার' কে 'আপনার মতো বিকাশকারী' হিসাবে সংজ্ঞায়িত করছেন।
গ্র্যান্ডমাস্টারবি

68
@ গ্র্যান্ডমাস্টার: আপনি কি বলছেন যে কোনও প্রোগ্রামার সোর্স কোড নিয়ন্ত্রণ ব্যবহার করবেন না এটি গ্রহণযোগ্য, বা আপনি আমার খুব কৌতুকপূর্ণ হওয়ার বিষয়ে আপত্তি করছেন? ২০১১ সালে যে সমস্ত বিষয় আমি ভাবতে পারি তা আলোচনার জন্য উন্মুক্ত নয়, উত্স নিয়ন্ত্রণটি আমার তালিকার শীর্ষে থাকবে। মনে হচ্ছে অন্য 27 জন আমার সাথে একমত হয়েছেন। প্রতিটি প্রকাশের সাথে একটি ডিভিডি পোড়ানো বা উত্স গাছের একটি অনুলিপি একটি ফোল্ডারে একটি তারিখ সহ যুক্তিযুক্ত উত্স নিয়ন্ত্রণ।
mattnz

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

39
@ গ্র্যান্ডমাস্টারবি - আমরা অনুমানমূলক প্রমাণকে মেনে নিয়েছি এমন ধারণা নিয়ে কেউ কার্যত যে কোনও বিষয়ে বিতর্ক করতে পারে। অবশ্যই 100% বিকাশকারী সোর্স নিয়ন্ত্রণ ব্যবহার করে না। অবশ্যই, সফল ক্ষেত্রে একটি কেস বা কিছু ছোট% রয়েছে। উত্স নিয়ন্ত্রণ ব্যবহার করাই সেরা অনুশীলন। এটি ধরে নেওয়া নিরাপদ যে যে কোনও বিকাশকারী যারা বলে যে তারা এমন একটি দলে কাজ করেন যার উত্স নিয়ন্ত্রণের প্রয়োজন নেই তারা একটি কাউবয়। কাউবয় কোড করতে পারে না এমন নয়, কারণ তারা এবং প্রায়শই বাস্তবে খুব ভালভাবে পারেন। তারা সাধারণত অন্যদের সাথেও কাজ করতে পারে না যারা পারে।
পি.ব্রেইন.ম্যাকি

4
@ ম্যাটথ্রওয়ার: এমনকি যদি কোনও বিকাশকারী নিজেরাই কাজ করে থাকেন তবে আমি এখনও স্থানীয় এসভিএনের পরামর্শ দেব। সত্যই, একমাত্র "দৃinc়প্রত্যয়ী" (অর্থাত্ আমি নিশ্চিত যে সিদ্ধান্ত গ্রহণকারী ব্যক্তি জ্ঞানের অবস্থান থেকে এমনটি করছেন) যুক্তিটি উত্স নিয়ন্ত্রণের বিরুদ্ধে শুনেছি যেটি হ'ল: "historicalতিহাসিক অস্তিত্বের অনুমতি দেওয়া থেকে আমাদের নিষেধ করা হয়েছে আমাদের কোডের অনুলিপি, যদিও বর্তমান অনুলিপি কোনও দিন দুর্নীতিগ্রস্থ হতে পারে, যার ফলে আমাদের সমস্ত কাজ হারাতে হবে । " আমি এই যুক্তিটি পছন্দ করি না তবে শুনেছি এটি কখনও কখনও শীর্ষ গোপন সরকারী কাজের সাথে ঘটে with
ব্রায়ান

31

কখনও কখনও, বাস্তব বিশ্বের সমস্যাগুলি এটিকে ব্যবহার করা অবৈধ করে তোলে।

মিথ্যা।

যদি দলটি উত্স নিয়ন্ত্রণ ব্যবহারে অভ্যস্ত না হয় তবে প্রশিক্ষণের সমস্যা দেখা দিতে পারে

উত্স কোড নিয়ন্ত্রণ এবং প্রশিক্ষণের সাথে যা কিছু করা দরকার তার সাথে কিছুই করার নেই। প্রশিক্ষণ সহজ, সস্তা, দক্ষ এবং কয়েক ঘন্টার মধ্যে সম্পন্ন হয়। উত্স কোড নিয়ন্ত্রণ ব্যবহারে ব্যর্থতা ব্যয়বহুল, ঝুঁকিপূর্ণ, অদক্ষ এবং সমস্যা চিরকাল স্থায়ী

কোনও দলের সদস্য যদি সরাসরি সার্ভারে কোড পরিবর্তন করে থাকেন তবে বিভিন্ন সমস্যা দেখা দিতে পারে।

এটাই প্রশিক্ষণের বিষয়টি। আবার। উত্স কোড নিয়ন্ত্রণ এবং প্রশিক্ষণের সাথে করণীয় কিছুই করার নেই।

বিকাশকারীদের উত্স নিয়ন্ত্রণের উপর অবিশ্বাস অব্যাহত রয়েছে এবং সুতরাং উত্স নিয়ন্ত্রণ ব্যবহার না করে বিষয়টি জটিল করে তোলে

কীভাবে উত্স কোড নিয়ন্ত্রণ ব্যবহার করবেন সে সম্পর্কে তাদের প্রশিক্ষণ দেওয়া দরকার। এটি ব্যয় হ্রাস করে, ঝুঁকি হ্রাস করে, জিনিসগুলি সহজতর করে এবং আরও কার্যকর efficient এটি এককালীন বিনিয়োগ যা প্রতি মুহূর্তে লভ্যাংশ দেয়।

এই ধরণের পরিস্থিতিতে সম্ভবত কী করা যেতে পারে?

কীভাবে উত্স কোড নিয়ন্ত্রণ ব্যবহার করবেন সে সম্পর্কে প্রত্যেককে প্রশিক্ষণ দেওয়া শুরু করুন।

হালনাগাদ

বিকাশকারীরা যুক্তি দেয় যে সোর্স নিয়ন্ত্রণে সরাসরি পরিবর্তন করা সময় সাশ্রয় করে।

যেহেতু তারা ভুল, তথাপি এটি ঠিক কী ভুল তা প্রমাণ করার জন্য ডেটা সংগ্রহ করা গুরুত্বপূর্ণ।

দুঃখের বিষয়, তবে পরিচালনগুলি একটি তাত্ক্ষণিক প্রতিক্রিয়ার পুরষ্কার হিসাবে উপস্থিত হয় যা দীর্ঘমেয়াদে ব্যয়বহুল।

এই পুরষ্কার সিস্টেমটি কাটিয়ে ওঠার একমাত্র উপায়

ক) শনাক্ত দীর্ঘমেয়াদী খরচ যে উচ্চতর আপাত স্বল্পমেয়াদী মানের চেয়ে।

খ) দীর্ঘমেয়াদী সঠিক উত্স কোড নিয়ন্ত্রণের চেয়ে স্বল্পমেয়াদী দুর্নীতি (অর্থাত্ সরাসরি পরিবর্তনগুলি) যে স্থানে রয়েছে এমন প্রকৃত পুরষ্কারগুলি সনাক্ত করুন। কে ভুল কাজ করার জন্য মাথায় চাপ দেয়? তারা মাথায় কী ধরণের পেট পান? কে দেয়? জিনিসগুলি ঠিক করার জন্য, আপনাকে অবশ্যই ভুল জিনিসগুলির নাম লিখতে হবে এবং নির্দিষ্ট ব্যবস্থাপক যারা (যারা) প্রকৃতপক্ষে লোকদের উত্সাহিত করছেন।

গ) একটি সংশোধিত পুরষ্কার সিস্টেমের প্রস্তাব করুন যা স্বল্প-মেয়াদী দ্রুত প্রতিক্রিয়ার পরিবর্তে দীর্ঘমেয়াদী মূল্যকে মূল্য দেয়। মাথায় বিভিন্ন কারণে বিভিন্ন পাট।

ডি) দীর্ঘমেয়াদী মূল্য হিসাবে আপনি যে পুরষ্কার পেয়েছেন তাতে লোকদের প্রশিক্ষণ দিন; স্বল্পমেয়াদী দ্রুত প্রতিক্রিয়ার চেয়ে স্পষ্টতই বৃহত্তর মান।


আমি প্রশিক্ষণের পরামর্শ দিয়েছি। একাধিকবার, বহুবার। আমাদের প্রশিক্ষণ সেশন ছিল, দুই বা তিন, কিন্তু তারা ব্যর্থ হয়েছিল। আমাকে টিএফএসের সমস্ত প্রশিক্ষণ দেওয়ার জন্য আমাকে কেবল ~ 1 ঘন্টা দেওয়া হয়েছিল। এবং এর মাধ্যমে অনুসরণ খুব খারাপ ছিল। আমাকে পুরানো "গাজর অনুসরণ করুন" দেওয়া হয়েছে, প্রশিক্ষণ আসছে ... তবে কিছুই হয় না। আমি বিষয়টিকে ধাক্কা দেওয়ার চেষ্টা করি, তবে অনেক চেষ্টা করার পরেও আমি খারাপ লোকটির মতো অনুভব করতে শুরু করি কেবল কারণ আমি এখানে এক বিচিত্র মানুষ। আমি তাদের যা ভুল তা বলেছি, তবে তারা কেবল একমত নয়। ম্যানেজমেন্ট বলেছে "হ্যাঁ টিএফএস ব্যবহার করুন", তবে প্রয়োগের পরিমাণ 0
পি.ব্রায়ান.ম্যাকি

3
"তারা ব্যর্থ হয়েছে"। মিথ্যা। খারাপ আচরণের প্রতিদান দেওয়া এমন একটি পুরষ্কার সিস্টেম দ্বারা তারা ক্ষুন্ন হয়েছিল। আরও প্রশিক্ষণের প্রয়োজন। কেবলমাত্র, প্রশিক্ষণটির জন্য পুরষ্কার সিস্টেমটি ঠিক করা দরকার, কীভাবে সরঞ্জামটিতে পয়েন্ট করা হবে এবং কীভাবে ক্লিক করা যায় তা কেবল ব্যাখ্যা করা নয়।
এস .লট

1
@ পি। ব্রায়ান.ম্যাকি: "আমাদের প্রশিক্ষণ সেশন ছিল, দুই বা তিন"। দয়া করে আপডেট আপনার প্রশ্নের ধারণ সমগ্র গল্প। আপনার বিবরণটি প্রশ্নের সম্পূর্ণ হয়েছে তা নিশ্চিত হন। একটি নির্দিষ্ট উত্তরে মন্তব্যগুলিতে নতুন তথ্য উপস্থাপন করবেন না।
এস .লট

1
ঠিক আছে, প্রশিক্ষণের আবেশটি ভুল - এটি একটি পরিচালনা / নীতি / পরিবেশ বিষয় যা প্রশিক্ষণের একটি দিক কিন্তু বিশ্বের সমস্ত প্রশিক্ষণ যদি তারা এটিকে উপেক্ষা করতে পারে তবে কোনও প্রশিক্ষণই নেই যদিও তারা প্রশিক্ষণ নির্বিশেষে শিখবে (ডুবে বা সাঁতার কাটবে) যদি তারা অন্য কিছু করতে না পারে
মার্ফ

6
আমার ভিএলএসআই ক্লাসের একজন সহপাঠী কয়েক ন্যানো মিটার প্রশস্ত এবং একটি স্পেসিফিকেশন অনুসারে কয়েক মাইল (হ্যাঁ মাইল!) দীর্ঘ ট্রানজিস্টর তৈরি করেছিলেন। আমার কাছে তাঁর জবাব ছিল "আমি জানি কেবল আমার ছিটেফোঁটা কাজ করে।" কলেজে ফিরে লোকদের প্রতি আমার আরও সহনশীলতা ছিল। এখন আমি আমার দলে এমন কাউকে নিয়ে শেষ করতে ঘৃণা করব। আমি বিশ্বাস করি যে কিছু দলকে প্রশিক্ষিত করা উচিত, এবং কিছুকে বিদায় দেওয়া উচিত। কারও কাজ / সহকর্মীদের ঘৃণা করার জন্য জীবন খুব ছোট।
চাকরী

17

উত্স / সংস্করণ নিয়ন্ত্রণ ব্যবহার করতে অস্বীকারকারী বিকাশকারীদের বরখাস্ত করা উচিত, সহজ। আপনি ইতিমধ্যে চিহ্নিত করেছেন যে এটি ব্যবহার না করার অন্তর্নিহিত ঝুঁকি এবং ব্যয়গুলি অনেকগুলি, বহু পরিমাণের ক্রমগুলির দ্বারা উত্পন্ন কোনও ওভারহেডকে ছাড়িয়ে যায়। যে কেউ এর বিরুদ্ধে সোজাসুজি যুক্তি দেখানোর চেষ্টা করছে তাকে সফ্টওয়্যার বিকাশে জড়িত হওয়া উচিত নয় এবং আমি এই ধরনের লোকদের সাথে কাজ করতে অস্বীকার করব।


10

আমরা আমাদের উত্স নিয়ন্ত্রণটি দেব হিসাবে তৈরি করতে একটি অবিচ্ছিন্ন ইন্টিগ্রেশন সার্ভার স্থাপন করে প্রথমে সমস্যাটি সমাধান করেছি। দ্বিতীয়ত, উত্স নিয়ন্ত্রণ এবং ফাইলগুলি সরাসরি সংশোধন করা লোকদের রোধ করতে কেবল পঠনের জন্য ফোল্ডার অ্যাক্সেসটিকে লক ডাউন করুন।

এটি এমন এক দিনগুলিতে পিটা যেখানে আপনি স্থানীয়ভাবে বাগটি পুনরুত্পাদন করতে পারবেন না, তবে এটি সিআই সার্ভার দ্বারা স্বয়ংক্রিয়ভাবে ডিভাইসে চলে যাবে তা জেনেও এটি কাজ করতে, চেকইন করতে এবং এগিয়ে যেতে সক্ষম হয়।


ভাল পরামর্শ, বাস্তবে দুর্দান্ত। কিন্তু, ব্যবস্থাপনা আমাকে সিআই-তে রেড লাইট দিয়েছে। কোনও ভিএম বা শারীরিক সার্ভারের জন্য কোনও তহবিল নেই। সেটআপের জন্য কোনও সময় বরাদ্দ নেই।
P.Brian.Mackey

7
সিআই সার্ভারের জন্য তহবিল? এটি নিজেই অর্থায়ন করে। যদি প্রয়োজন হয় তবে কোনও ভিডিও সহ ম্যানুয়াল মোতায়েন করতে কতক্ষণ সময় নেয় তা দেখান। তারপর ব্যাখ্যা করুন এটি প্রতিদিন কয়েকবার করা হয়। বেশ কয়েকবার বিকাশকারী এবং এটি এক মাসে নিজের জন্য সঞ্চয় সময় হিসাবে অর্থ প্রদান করতে হবে।
ক্যাফগিকে

6
হেল, জেনকিন্সকে নিজের মেশিনে চালাও।
ম্যাথু ফ্লায়েন

5
ফোল্ডার কাঠামোটি লক ডাউন করার জন্য +1। তাদের সার্ভারের অনুমতি গ্রহণ করুন তাদের ছেড়ে দিন এবং তারা সঠিক পথে (উত্স নিয়ন্ত্রণের মাধ্যমে) অনুসরণ করতে পারবেন
মুরো

8

শুনছি তোমার বেদনা। সেখানে 'সোর্স কন্ট্রোল' ছিল একটি নেটওয়ার্ক ড্রাইভের একটি ভাগ করা ফোল্ডার তা খুঁজে পেতে আমি বেশ কয়েকটি কর্মস্থলে গিয়েছি। সমস্যাটি সাধারণত এ কারণে নয় কারণ তারা বিশ্বাস করে যে সেখানে উপস্থিতি অন্য যে কোনও কিছুর চেয়ে সর্বোত্তম, এটি কেবল কার্যকরভাবে কাজ করে এবং এগুলি কখনও কোনও ওয়ার্কফ্লোতে প্রবর্তিত হয়নি যা উত্স নিয়ন্ত্রণকে সফলভাবে সংহত করে।

সমতল ভূমির দল কাঠামোর সাথে আপনি ব্যাখ্যা করেছেন যে পরিবর্তনের উপর থেকে নীচে থেকে চাপ দেওয়া পরিস্থিতিটির কাছে যাওয়ার পক্ষে সবচেয়ে ভাল উপায় নাও হতে পারে। একটি পদ্ধতি যা চেষ্টা করার মতো তা হ'ল ধারণাটি গতি জাগ্রত করার জন্য অন্য ডেভসগুলির মধ্যে একজন বা দু'জনের কাছ থেকে সরাসরি ক্রয় করা। আপনার একবারে অন্য কোনও দেব বোর্ডে উঠলে এটি দলের বাকী অংশে ছড়িয়ে দেওয়া আরও সহজ হবে। আস্তে আস্তে তাদের ধারণার সাথে পরিচয় করিয়ে দিন, বলুন সামান্য পার্শ্ব প্রকল্পে কাজ শুরু করুন, এটিকে এগিয়ে নিয়ে যান এবং গিটে যাবেন , বা এমনকি গিটহাবের হোস্ট করা কিছু শখ করুন

সহজ শুরু করুন, ধারণাগুলি ধীরে ধীরে এবং তাদের দিন থেকে দিনের কর্মপ্রবাহে পৃথকভাবে পরিচিত করুন। মানুষ জিনিস শিখতে এবং পরিবর্তনের সাথে খাপ খাইয়ে নিতে দুর্দান্ত, বিশেষত যখন সেই পরিবর্তন তাদের সরাসরি লাভ দেয় (বিবর্তন ভাবেন)। যাইহোক, একবারে পুরো পরিবর্তনগুলি যখন একবারে উপস্থাপিত হয় তা একবারে বিজাতীয় হয়ে ওঠে। সোর্স কন্ট্রোল কীভাবে কাজ করে এবং এটি কীভাবে সুবিধা দেয় তা উপলব্ধি করার পরে আপনার অভ্যন্তরীণ প্রকল্পের একটিতে এটি সংহত করার চেষ্টা করুন (যদি আপনি কোনও নতুন প্রকল্প শুরু করেন তবে এটি প্রবর্তনের জন্য এটি একটি খারাপ সময়)। আপনি যদি পছন্দ করেন তবে অন্যান্য প্রকল্পগুলি বিদ্যমান উপায়ে কাজ করতে দিন, শালীন কোড নিয়ন্ত্রণের সুবিধাগুলি হাইলাইট করার ক্ষেত্রে এটি বিশেষভাবে কার্যকর হবে।

যদি এটি ব্যর্থ হয়, চালান।


আমিও মনে করি যে বিকাশকারীরা যখন সময়ের পিছনে আটকে থাকার জন্য আত্মতুষ্ট হন, তারা সাধারণত "যদি এটি ভাঙা না হয় তবে এটি সংশোধন করবেন না" এর স্বরলিপি অনুসরণ করছেন। আমি যে জায়গাগুলিতে কাজ করেছিলাম তার বেশিরভাগ জায়গাতেই একই কাউবয় মানসিকতা ছিল, কারণ ১. কারণ বিকাশকারী এবং তাদের পরিচালকদের মধ্যে ২ বা কম্পিউটারের একটি বড় সাক্ষরতার ফাঁক রয়েছে। ২. এমন সংখ্যক বিকাশকারীই রয়েছে যে তাদের কোম্পানিতে কোনও দক্ষতা বিকাশ নেই, বা সত্যই কর্মচারী নেই really মানে "আমি আমার প্রথম কাজটি করেছিলাম 10 বছর কাজ করেছি"।
ক্রিস সি

2
শ্যাডো কপি সহ একটি ভাগ করা নেটওয়ার্ক ফোল্ডারটি সংস্করণ নিয়ন্ত্রণের একটি ফর্ম। নিশ্চিত হতে একটি খুব দুর্বল ফর্ম, তবে এটি তবুও এটি।
জোয়েরি সেব্রেচটস

4
আমি সবসময় জিজ্ঞাসা করি কোন সাক্ষাত্কারে সোর্স কোড কন্ট্রোল সিস্টেমটি ব্যবহৃত হচ্ছে। যখন একটি সংস্থার সিটিও বলেছিল "কী যে" আমি পালিয়ে গেলাম।
জাচারি কে

6

আপনার পরিস্থিতি সনাক্ত এবং সংশোধন করার জন্য আপনার স্পষ্টত প্রযুক্তিগত দক্ষতা রয়েছে, আপনার সমস্যাগুলি মানবিক এবং প্রক্রিয়া সম্পর্কিত।

লোকেরা দর্শনের চেয়ে উদাহরণের তুলনায় অনেক ভাল প্রতিক্রিয়া দেখায়, তাই আমি নিজেই এটি "ফিক্সিং" করার পরামর্শ দেব:

সর্বশেষতম উত্সের একটি অনুলিপি নিন, এটি সংস্করণ নিয়ন্ত্রণ বান্ধব হিসাবে পুনরায় গঠন করুন, একটি দরকারী, এগিয়ে খুঁজছেন কাঠামো সহ একটি নতুন প্রকল্প তৈরি করুন (আপনি কীভাবে শাখা পরিচালনা করতে চলেছেন, যেখানে আপনি তৃতীয় পক্ষের নির্ভরতা স্থাপন করেছেন ইত্যাদি)। আপনাকে সম্ভবত এটি নিজের সময়ে করতে হবে।

তারপরে আপনার সহকর্মীদের এবং পরিচালনাগুলিকে একটি ঘরে টেনে আনুন এবং একবিংশ শতাব্দীতে সফ্টওয়্যার বিকাশ দেখতে কেমন তা তাদের দেখান । আপনার বর্তমান সিস্টেমের সাথে ব্যর্থতার চিত্রিত করুন এবং দেখান যে কীভাবে তারা আপনার নতুন কাঠামো দিয়ে মুছে ফেলা হচ্ছে।

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

যদি সেগুলি যদি খুব বেশি পরিশ্রমের মতো মনে হয় তবে (যেমন প্রতিটি অন্যান্য উত্তর সম্পর্কে বলা হয়েছে) - অন্য একটি কাজ পান। তারা আপনার সময় মূল্যবান নয়।


হ্যাঁ, ভাল পরামর্শ। এর বেশিরভাগ কাজ ইতিমধ্যে হয়ে গেছে। পরিচালক বলে "হ্যাঁ আমাদের উত্স নিয়ন্ত্রণ ব্যবহার করতে হবে"। তবে, দলটি সোর্স নিয়ন্ত্রণ ব্যবহার করে না। আমি ম্যানেজারকে বলি এবং এমজিআর কেবল "হ্যাঁ এটি ব্যবহার করা দরকার" বলেছি। কাউকে তিরস্কার করা হয় না। কোন প্রয়োগ নেই।
P.Brian.Mackey

3
@ পি। ব্রায়ান.ম্যাকি - কখনও কখনও আপনাকে সমস্ত বিওএফএইচ যেতে হয় । একবার আমি ছুটিতে গিয়েছিলাম এবং আমার জন্য কাজ করা একজন ঠিকাদার পুরো সপ্তাহ ডেটিং ওয়েবসাইটগুলি সার্ফিংয়ে কাটিয়েছিলেন । যখন আমি ফিরে এসে এটি আবিষ্কার করেছি, তার কম্পিউটারটি একটি অনির্বচনীয় টিসিপি / আইপি অ্যাক্সেস সমস্যা তৈরি করেছে যা আমি ঠিক করতে অক্ষম । আপনার বস তাদের সরাসরি সার্ভারে হ্যাক করার অধিকার হরণ করুন এবং মোতায়েনের জন্য টিএফএসের মাধ্যমে যেতে বাধ্য করুন এবং তারা শীঘ্রই তাদের কাজটি সাফ করবেন বা ছেড়ে দেবেন, আপনি যেভাবেই জয়লাভ করবেন।
মার্ক বুথ

কিপার অফ সোর্স ধারণাটি একটি ভাল। আপনি তাদের তাদের পরিবর্তনগুলি প্রেরণে তাদের পেতে পারেন - বা কমপক্ষে আপনাকে জানান যে তারা কিছু তৈরি করেছে এবং আপনার রেপগুলিকে প্রোডের সাথে আলাদা করে আপডেট করে। অথবা চালনা করুন fswatchএবং ফাইলগুলি পরিবর্তিত হলে এটি রেপোতে প্রতিশ্রুতিবদ্ধ করুন।
জো ম্যাকমাহন

4

পদক্ষেপ 1 - অদক্ষ ম্যানেজার!

আপনি যদি পদক্ষেপ 1 না করতে পারেন তবে উত্স নিয়ন্ত্রণ থেকে নেওয়া স্ক্রিপ্টগুলিতে কেবলমাত্র নিয়োগের সীমাবদ্ধ করতে ম্যানেজারকে চেষ্টা করুন। যদি বিকাশকারীরা (যাদের প্রোডাক্টে উত্পাদনের অধিকার না থাকা উচিত তবে তাদের পদক্ষেপ স্থাপনের প্রথম ধাপটি দেখুন) তাদের জিনিসগুলি স্থাপন করা চায় এটি উত্স নিয়ন্ত্রণ থেকে আসতে হবে। এটি যখন আমরা প্রথম ডাটাবেস স্টাফের পাশাপাশি সি # কোডের জন্য ব্যবহার করতে শুরু করি তখন উত্স নিয়ন্ত্রণটি খুব সুন্দরভাবে ফিরে না আসার বিষয়টি সমাধান করে।


4

কেউ কীভাবে তাদের ফাইলগুলির বিভিন্ন সংস্করণ এবং পার্থক্যগুলি দেখার ক্ষমতা রাখতে পারে না? ব্রাঞ্চিং এবং জটিল জিনিসগুলির কোনওটি ভুলে যান। এমনকি তারা বেসিকগুলিও পায় না। পরীক্ষার পরিবেশে সর্বাধিক উদ্দীপনা পরিবর্তন না করে সরাসরি কোনও উত্পাদন ফাইলকে সংশোধন করা উন্মাদ। আমি কিছু ব্যক্তির সাথে কাজ করেছি এবং ধন্যবাদ আমরা একই প্রকল্পগুলিতে কখনও কাজ করি নি।

আপনার সহকর্মীরা অলস হতে খুব বোকা। এটা সময় নষ্ট। আপনি যা করতে আশা করতে পারেন তা হ'ল আপনার পরিচালককে প্রশিক্ষণ দেওয়া। পরিচালনার উত্স নিয়ন্ত্রণ পছন্দ করা উচিত কারণ তারা সমস্ত ধরণের নিয়ন্ত্রণ পছন্দ করে। তাদের গুরুত্বপূর্ণ বোধ করে তোলে। অন্যদের স্ক্রু; আপনি তাকে প্রতিস্থাপন করতে সক্ষম না হওয়ায় নেতাকে স্থির করা আপনার একমাত্র আশা। অন্যান্য সক্ষম বিকাশকারীদের সাথে নেটওয়াকিং শুরু করুন এবং আপনার যখন কোনও উদ্বোধন হবে তখন তাদেরকে আপনার দলে যোগ দেওয়ার জন্য চেষ্টা করুন বা তাদের দোকানে আপনাকে ভাড়া দেওয়ার জন্য নিয়ে আসুন।


3

এটি এমন একটি প্রকল্পের একটি ভাল উদাহরণ যেখানে খারাপ অভ্যাসগুলি এত বিস্তৃতভাবে ব্যবহার করা হয়েছে যে এটি স্থির করা কার্যত অসম্ভব হয়ে পড়ে। এটি স্থির করতে হিমশীতল প্রয়োজন, যাতে কোনও বাধা ছাড়াই সবকিছু পরিষ্কার করা যায়। দুর্ভাগ্যক্রমে, এই জাতীয় প্রকল্পগুলি সাধারণত (স্পষ্ট কারণে) খুব বগি বেশ কয়েক মাস ধরে হিমশীতল থাকে, সমালোচনামূলক ত্রুটিগুলি অবশ্যই প্রতিটি অন্য দিন স্থির করতে হবে।

এই নিত্যনতুন বাগফিক্সগুলির সাথে নোংরা সংস্করণটি ব্যবহার করার সময় আপনি একটি পরিষ্কার সংস্করণ তৈরি করার জন্য এই প্রকল্পটি কাঁটাতে প্ররোচিত হতে পারেন; তবে সর্বাধিক সম্ভাব্য ফলাফলটি হ'ল বেশ কয়েক মাস পরে, যখন "ক্লিন" সংস্করণটি শেষ হয়, তখন কেউ আপনাকে বলতে পারে না যে কাঁটাচামচটি থেকে কোন বাগফিক্স এবং পরিবর্তনগুলি অন্তর্ভুক্ত করা হয়েছে (কারণ একই মানসিকতা যা মানুষকে এই ধরনের অনুশীলনে স্খলিত করে দেয় তা অসম্ভাব্য করে তোলে তারা যে পরিবর্তনগুলি করে সে সম্পর্কে রেকর্ড রাখে)। পরিষ্কার সংস্করণ পুরানো, ময়লা সংস্করণ এখনও কিন্ডা কাজ করে, তাই কি ঘটে? পরিষ্কার সংস্করণটি ফেলে দেওয়া হয়েছে, নয়েসগুলি সঠিকভাবে প্রমাণিত।


2

সুস্পষ্ট একটি নতুন চাকরি সন্ধান ব্যতীত, আমি মনে করি উত্তরটি উপরের সমস্তটিই বেশি।

সোর্স নিয়ন্ত্রণ ব্যবহারে এগিয়ে যাওয়া এবং প্রয়োগের সাথে তাদের বোর্ডে আনতে প্রথমে পরিচালনায় যান। তারপরে জিনিসগুলি চলমান রাখতে কী করা দরকার তা পান, এমনকি যদি এটি সরাসরি সার্ভারে কাজ করে। উত্স নিয়ন্ত্রণে সবকিছু পাওয়ার প্রক্রিয়া শুরু করুন।

অন্য বিকল্পটি হ'ল সার্ভারে সর্বশেষতমটি রয়েছে কিনা তা নিশ্চিত করা (যা আপনার নির্বিশেষে করতে হবে) এবং সর্বশেষতম থেকে সম্পূর্ণ নতুন সংগ্রহস্থল শুরু করা। আপনি ইতিহাস হারাবেন, তবে এই মুহুর্তে এটি ছোট আলু।


2

আপনার বিবরণ থেকে মনে হয় পরিস্থিতি নিয়ে এক বা একাধিক সমস্যা রয়েছে - হয় দেব দল নিয়ন্ত্রণের বাইরে চলে গেছে বা কোনও খারাপ উত্স নিয়ন্ত্রণ সমাধান প্রয়োগ করা হয়েছিল। যে কোনও উপায়ে, কিছু উত্স নিয়ন্ত্রণ সমাধান ব্যবহার করার জন্য এটি দেব দলের দায়িত্বে রয়েছে - সরাসরি প্রোডাকশন সার্ভিসে সোর্স কোডটি সংশোধন করা সমস্যা হবার জন্য ভিক্ষা করছে।

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

এরপরে, পরিচালনকে উত্স নিয়ন্ত্রণের আদেশ ব্যবহারের প্রয়োজন। একদম সহজভাবে, যদি বিল্ডটি সোর্স কন্ট্রোল সিস্টেম থেকে না আসে, কোড উত্পাদনে স্থাপন করা উচিত নয়। উত্পাদনের অ্যাক্সেস কেবলমাত্র সহায়তা টিমের মধ্যে সীমাবদ্ধ হওয়া দরকার, উত্পাদন সমস্যার সমাধানের জন্য দেবকে সীমিত অ্যাক্সেস দেওয়া হয়েছিল। বিকাশকারীদের সাধারণত কোডের গরম উত্পাদনে কখনই ব্যবহার করা উচিত নয় - উত্পাদন সমস্যাগুলি অবশ্যই ঘটতে পারে, বিশেষত যদি ডিভগুলি চাপে থাকে।

ম্যানেজমেন্টকে অবশ্যই এখানে সমস্যাগুলি সম্পর্কে আরও ভাল হ্যান্ডেল পাওয়া দরকার - কোডগুলি সরাসরি প্রোডে প্রয়োগ করা (এবং উত্স নিয়ন্ত্রণে না আসা) উন্নয়ন বজায় রাখা প্রায় অসম্ভব হয়ে পড়বে।


1

আসল সমস্যাটি কাউভয় কোডাররা সংস্করণ নিয়ন্ত্রণ ব্যবহার করে না। আসল সমস্যাটি হ'ল তারা ইতিমধ্যে কিছু করার কিছু উপায় বেছে নিয়েছে এবং আপনি তাদের প্রক্রিয়াটি পরিবর্তন করার চেষ্টা করছেন। নির্বাচিত প্রক্রিয়াটিতে সংস্করণ নিয়ন্ত্রণ অন্তর্ভুক্ত নয়। সমস্ত প্রক্রিয়া পরিবর্তন করা কঠিন, যদি না প্রোগ্রামাররা নিজেরাই কোনও সমস্যা লক্ষ্য না করে। বিদ্যমান সিস্টেমটি যথেষ্ট ভাল বলে যদি কোনও অনুভূতি হয় তবে কিছু ভিন্ন সিস্টেম চাপিয়ে দেওয়ার চেষ্টা করা নিরর্থক। আমরা বর্গ, আপনি আত্মহত্যা করা হবে। অবশ্যই তারা বার্গ হয়ে লড়াইয়ের চেষ্টা করছে।


1

আপনার নিজের বিড়ম্বনার জন্য, আমি আপনার নিজের মেশিনে গিট বা অন্য কোনও ডিভিসিএস স্থাপন করার পরামর্শ দিচ্ছি যাতে আপনি পরিবর্তনগুলি ট্র্যাক করতে পারেন। আপনার সহকর্মীদের পরিবর্তনগুলি প্রায়শই আপনার ভাণ্ডারগুলিতে আমদানি করুন। আপনি যতটা পারেন বিরোধগুলি সমাধান করুন। এটি আপনার সহকর্মীদের উন্মাদনা থেকে আংশিকভাবে আপনাকে রক্ষা করবে।

আপনি উল্লেখ করেছেন যে পরিচালনা বলেছেন যে বিকাশকারীদের উত্স নিয়ন্ত্রণ ব্যবহার করা উচিত। আপনি যদি মন্দ হতে চান, আপনি টিএফএসে পরিবর্তনগুলি পরীক্ষা করে এবং পর্যায়ক্রমে সংগ্রহস্থল প্রকাশের মাধ্যমে এটি প্রয়োগ করতে পারেন, ফলে টিএফএসে নেই এমন কোনও পরিবর্তনকে ক্লাববার্ব করে। (আপনি যদি নিজের ডিভিসিএসও বজায় রাখেন তবে আপনার দুটিটি সিঙ্ক্রোনাইজ করা উচিত)) এটি করার জন্য আপনার সমর্থনযোগ্যতা হ'ল আপনি ম্যানেজমেন্টের আদেশ অনুসরণ করছেন। যদি আপনার সহকর্মীরা তাদের পরিবর্তনগুলি ওভাররাইট করে ক্লান্ত হয়ে পড়ে, তাদের টিএফএস ব্যবহার করতে আমন্ত্রণ জানান। এবং ক্লাববারিং পরিবর্তনগুলি যা চেক ইন করা হয়নি সেগুলি চালিয়ে যান your আপনার সহকর্মীদের প্রতিরোধ না করা বা আপনি বরখাস্ত না হওয়া পর্যন্ত চালিয়ে যান।


0

তাদের বিকাশ ব্যতীত অন্য কোনও সার্ভার লক ডাউন করুন। একটি কনফিগারেশন পরিচালক ব্যবহার করুন। নিয়মিত শনাক্তযোগ্য বিল্ডগুলি করুন (ট্যাগগুলির বিপরীতে)। প্রতিটি পরিবর্তন সেট (যেমন প্রতি বাগ প্রতি 1 টি পরিবর্তন সেট) ট্যাগ করুন। আমরা প্রতিটি বিল্ডে একটি ট্যাগও রেখেছি। দেব এবং উত্পাদনের (একটি সর্বনিম্ন) মধ্যে একটি QA টাইপ সিস্টেম রয়েছে। সঠিক বিল্ড ট্যাগ ব্যবহার করে কিউএ সিস্টেমে বিল্ট করুন। তাদের "বিল্ড ভাঙ্গার" জন্য দুঃখ দিন।

আমি কখনই এমন পরিস্থিতিতে পড়িনি যেখানে আমি কোনও সমস্যা পুনরায় তৈরি / ঠিক করতে পারিনি (যা কেবলমাত্র উত্পাদন দেখায়)। হ্যাঁ, সমস্যাটি একটি উন্নয়ন সিস্টেমে পুনরায় তৈরি করতে আমি বেশ কয়েক ঘন্টা ব্যয় করেছি (প্লাস যখন আপনি এটি বের করে নেবেন তখন আপনি এটি আপনার রিগ্রেশন পরীক্ষায় যুক্ত করতে পারেন)।

আমরা একটি গোছা ঠিকাদারের সাথে একটি প্রকল্প করেছি যারা এই সমস্ত খারাপ কাজ করেছিল। আমি তার পরে পরিষ্কার করার জন্য 4 সপ্তাহ ব্যয় করি এবং তারপরে উপরের অনুশীলনগুলি স্থানে রাখি। প্রকল্পটির তখন থেকে সেইগুলির কোনওটির সাথে কোনও সমস্যা নেই।


-3

উক্তি:

দলটি টিএফএস ব্যবহার করতে অভ্যস্ত নয়

টিএফএস মাইক্রোসফ্ট টিম ফাউন্ডেশন সার্ভারে পরিণত হয়েছে।

আমার প্রথম প্রবৃত্তিটি বলে: "এটি মাইক্রোসফ্ট ভিজ্যুয়াল সোর্সসেফের সর্বশেষ প্রকাশ"

আমি আপনাদের সহকর্মীদের পক্ষে থাকব এবং সত্যই এর বিপক্ষে যাব।


1
টিম ফাউন্ডেশন সার্ভার সোর্সসেফের চেয়ে বেশ আলাদা জন্তু। তুলনা ন্যায্য নয়।
পেপ

আমার যুক্তির মূলটির টিএফএসের সাথে খুব কম সম্পর্ক রয়েছে। মূল সমস্যাটি হ'ল কোনও ধরণের উত্স নিয়ন্ত্রণ ব্যবহারের .তিহাসিক অভাব।
পি.ব্রায়ান.ম্যাকি

তারা কি জানেন যে এটি আলাদা? আমি না।
নীল বাসজেস

@ হিলস বাসজেস - তারা কি জানেন কী আলাদা?
পি.ব্রেইন.ম্যাকি 5'11

টিএফএস সোর্স সেফ থেকে আলাদা।
নীল বাসজেস
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.