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