আমি এসভিএন দিয়ে শুরু করছি। আমি বেসিক কমান্ড জানি এবং বেস নীতিগুলি বুঝতে। আমি ভাবছিলাম যে টিমের পরিবেশে সাবভার্সনের সাথে কাজ করার জন্য কারও কাছে কোনও টিপস বা সেরা অনুশীলন রয়েছে কিনা।
কোড করার সময় যুক্তিসঙ্গত ভার্বোজ বার্তা যুক্ত করার সুবিধাটি আমি দেখতে পাচ্ছি, তবে আমার মনে রাখা উচিত এমন আরও কিছু জিনিস রয়েছে?
সমস্ত দুর্দান্ত উত্তরের জন্য ধন্যবাদ - তারা অনেক সাহায্য করেছে।
উত্তর:
ঘন ঘন কমিটিকে উত্সাহিত করুন। সংস্করণ নিয়ন্ত্রণে নতুন সতীর্থদের মনে হতে পারে যে কোডটি "এটি সঠিকভাবে কাজ করে" না হওয়া পর্যন্ত সংগ্রহস্থলের বাইরে রাখতে হবে। প্রত্যেককে তাড়াতাড়ি প্রতিশ্রুতিবদ্ধ করতে এবং প্রায়শই সমস্যাগুলি যত তাড়াতাড়ি সম্ভব খুঁজে পেতে শিখান। কোডটি ধরে রাখার পরিবর্তে 'এটি কাজ না করা পর্যন্ত প্রস্তাব দিন যে আপনার সতীর্থরা এমন বৈশিষ্ট্যের জন্য শাখা তৈরি করবেন যা ট্রাঙ্কটি ভেঙে দিতে পারে। এটি বাড়ে ...
একটি ব্রাঞ্চিং এবং ট্যাগিং অনুশীলন স্থাপন করুন। বৈশিষ্ট্যগুলির জন্য শাখাগুলি ছাড়াও, আপনার সতীর্থকে বৃহত-বাগ ফিক্সের জন্য শাখা ব্যবহার করতে উত্সাহিত করুন। কাজের শুরু এবং শেষের দিকে বড় বাগ সংশোধন করুন। উত্পাদন / কিউ প্রকাশের জন্য ট্যাগগুলি (এবং সম্ভবত শাখাগুলি) বজায় রাখুন।
ট্রাঙ্কের জন্য একটি নীতি প্রতিষ্ঠা করুন এবং এর সাথে লেগে থাকুন। একটি উদাহরণ হতে পারে, "ট্রাঙ্কটি সর্বদা ত্রুটি ছাড়াই তৈরি করতে হবে।" বা "ট্রাঙ্ক সবসময় সমস্ত ইউনিট পরীক্ষা পাস করতে হবে"। ট্রাঙ্কের মানগুলি এখনও পূরণ করতে পারে না এমন কোনও কাজ অবশ্যই একটি শাখায় করা উচিত।
কোড পরিবর্তনগুলির সাথে ফর্ম্যাট পরিবর্তন পরিবর্তন করবেন না
আপনি যদি কোনও দৈত্য ফাইলের সাদা স্থান ( Control+ K+ D) পুনর্গঠন করতে চান তবে ঠিক আছে। প্রকৃত যৌক্তিক পরিবর্তন থেকে আলাদা করে ফর্ম্যাটিং পরিবর্তনটি প্রতিশ্রুতিবদ্ধ। আপনি যদি ফাইলগুলিতে চারপাশে ফাংশনগুলি সরিয়ে নিতে চান তবে একই যায়। আসল সম্পাদনা থেকে পৃথক করে চলার প্রতিশ্রুতি দিন।
আমি সর্বদা যে মূল ধারণাগুলি ধরে রাখি সেগুলির মধ্যে একটি হ'ল সম্পর্কিত কোড পরিবর্তনগুলি একসাথে করা । সম্পুরক হয় একই কমিট সম্পর্কহীন কোড পরিবর্তন কমিট না । এর অর্থ একটি প্রতিশ্রুতিতে 2 টি বাগ সংশোধন করবেন না (যদি না এটি একই ফিক্স হয়), এবং 2 টি কমিটের প্রতিটিতে অর্ধেক বাগ ফিক্স করবেন না। এছাড়াও, যদি আমার তখন অন্য কোনও কাজের প্রয়োজন হয় এমন সিস্টেমের একটি অপ্রাসঙ্গিক অংশে যদি আমি কিছু নতুন বর্ধন বা কিছু যুক্ত করতে চাই, তবে আমি আলাদাভাবে উন্নতিটি সম্পাদন করি (এবং প্রথম)। ধারণাটি হ'ল যে কেউ নিজের নিজেরাই (বা নিজেরাই পিছনে ফিরে আসতে পারেন) তা নিজেরাই নিতে চান এমন একটি পৃথক অঙ্গীকার হওয়া উচিত। মার্জ করার সময় বা ভাঙা বৈশিষ্ট্যগুলি ফিরিয়ে আনার সময় আসার পরে এটি আপনার প্রচুর মাথাব্যাথা বাঁচাবে।
ইতিমধ্যে অনেক কিছুই উল্লেখ করা হয়েছে, এবং এখানে আরও কিছু রয়েছে:
আপনার যদি সোর্স কন্ট্রোল (যেমন কনফিগারেশন, সংকলিত ফাইল, ইত্যাদি) চান না এমন ফাইলগুলি থাকে তবে এগুলি উপেক্ষা তালিকায় যুক্ত করুন । এসভিএন-এর কাছে অজানা হিসাবে প্রদর্শিত ফাইলগুলির খালি তালিকার প্রত্যাশা করে আপনি যে কোনও ফাইল যুক্ত করতে ভুলে গেছেন তা এইভাবে খেয়াল করুন।
প্রতিশ্রুতিবদ্ধ পরিবর্তন এবং আদর্শভাবে এর জন্য প্যাচ সম্পর্কিত আপনার বিকাশকারী মেলিং তালিকায় (বা এই লক্ষ্যটির জন্য নির্দিষ্ট একটি) কোনও ইমেল প্রেরণ করবে এমন একটি পোস্ট কমিট ইভেন্ট যুক্ত করুন ।
আপনার বাগ ট্র্যাকারের সাথে একীভূত করুন যাতে কমিটের রেফারেন্সগুলি ডিফের লিঙ্কগুলির সাথে বাগ / বৈশিষ্ট্য অনুরোধগুলিতে প্রদর্শিত হয়। ম্যান্টিসবিটির মতো বাগ ট্র্যাকাররা এটি সমর্থন করে।
সঙ্গে একীভূত বিবেচনা একটানা ইন্টিগ্রেশন (যেমন CruiseControl.NET ), NAnt বিল্ড জন্য, এবং NUnit ইউনিট পরীক্ষার জন্য / বনাম। এইভাবে একবার ব্যবহারকারী চেক-ইন কোড বা একটি নির্ধারিত বিরতিতে কোডটি সংকলিত হয়ে যায়, ইউনিট পরীক্ষাগুলি চালানো হয় এবং বিকাশকারী প্রক্রিয়াটির প্রতিক্রিয়া পান। ভান্ডারটি ভাঙ্গা থাকলে (যেমন তৈরি না করে) এটি দলের বাকি সদস্যদেরও সতর্ক করবে।
ঠিক আছে, বেসিকগুলি:
লোকেরা যে উত্তর দিচ্ছে তা দুর্দান্ত। এসভিএন-এর সর্বোত্তম অনুশীলনের জন্য এর বেশিরভাগ সংক্ষিপ্তসার এসএনএন ব্যবহারকারী দস্তাবেজে ।
পুনরাবৃত্তি করতে:
আমি যে স্টাডিগুলিতে আঁকছি তার সর্বোত্তম অভ্যাসগুলির সংক্ষিপ্ত বিবরণ দিতে চাই:
ভান্ডার কাঠামো থাকতে হবে । ব্যক্তিগতভাবে আমি নিম্নলিখিত সংগ্রহস্থল কাঠামো ব্যবহার করি:
/trunk
/tags
/builds
/PA
/A
/B
/releases
/AR
/BR
/RC
/ST
/branches
/experimental
/maintenance
/versions
/platforms
/releases
PA(প্রাক-আলফা), A(আলফা), B(বিটা), AR(আলফা-রিলিজ), BR(বিটা-রিলিজ), RC(প্রকাশের প্রার্থী), ST(স্থিতিশীল)।আমি ব্যবহার করি এমন সফ্টওয়্যার কনফিগারেশন পরিচালনার পদ্ধতির মূল নীতিগুলি চিত্রিত করে ডায়াগ্রাম আকারে আমার বিবর্তনের সেরা অনুশীলনের রূপরেখা খুঁজে পেতে পারেন।
একটি জিনিস যা আমি খুব দরকারী খুঁজে পেয়েছি তা হ'ল এসএনএন: বাহ্যিক সম্পত্তি যার অর্থ আপনি অন্য সংগ্রহস্থল থেকে ডিরেক্টরিগুলি নিজের নিজের মধ্যে রেফারেন্স করতে পারেন। এটি আপনার কোড এবং ডেটা সংগঠিত করার জন্য দুর্দান্ত উপায় দেয়। কিছু উদাহরণ হ'ল:
আপনার বাগ ট্র্যাকিং সফ্টওয়্যারটির সাথে একীকরণ ব্যবহার করুন। আপনি যদি বাগজিলা ব্যবহার করেন তবে আপনি এটি সেট আপ করতে পারেন যদি আপনার মন্তব্যটি "বাগ XXXX" দিয়ে শুরু হয় তবে আপনার এসভিএন মন্তব্যটি স্বয়ংক্রিয়ভাবে প্রদত্ত বাগটিতে একটি মন্তব্য হিসাবে যুক্ত করা হবে, সেই সংশোধনের সাথে আপনার এসভিএন ওয়েব ইন্টারফেসের লিঙ্ক সহ।
এসভিএন এর ব্রাঞ্চিং এবং মার্জ করার সরঞ্জাম এবং কনভেনশন সম্পর্কে জানুন।
অন্যান্য দলের সদস্যদের সাথে কাজ করার সর্বোত্তম উপায় হ'ল কাজকে সম্পূর্ণ বিকাশের বৈশিষ্ট্য / সংশোধন করা, তারপরে প্রতিটি শাখায় স্বতন্ত্র পরিবর্তনগুলিতে কাজ করা। তারপরে পরিবর্তনগুলি মেইনলাইন শাখা / ট্রাঙ্কে ফিরে মার্জড / প্রস্তুত / অনুমোদিত হওয়ার পরে মেশান।
এই পদ্ধতিতে ব্যক্তিরা অন্য পরিবর্তনগুলির সাথে সংঘর্ষ না করেই একটি সাধারণ লক্ষ্যে (একই শাখায় বা পৃথক শাখায়) কাজ করতে পারে।
আপনার মাইলেজ আলাদা হতে পারে এবং এটি মাত্র দু'জন লোকের ওভারকিল হতে পারে।
আপনি যদি এসভিএন এর সাথে ভালভাবে সংহত করার জন্য ভাল সরঞ্জাম ব্যবহার করেন তবে এটি আরও সহজ করে তোলে। এগুলি কী পরিবর্তন হয়েছে তা দেখতে এবং তারপরে আপনার সমস্ত পরিবর্তন বা অংশের প্রতিশ্রুতিবদ্ধ করা এবং আপনার কাজের অনুলিপিটি এসভিএন-এর সর্বশেষ সংস্করণে প্রায়শই আপডেট করা সহজ করে তোলে।
আমি কচ্ছপ এসভিএন (যদি আপনি উইন্ডোজ ব্যবহার করছেন) এবং ভিজ্যুয়াল এসভিএন (যদি আপনি ভিএস ব্যবহার করছেন ) প্রস্তাব দিই ।
আপনি এটি সেট আপ করতে পারেন কিনা তাও দেখুন যাতে কোনও পরিবর্তন সংঘটিত হওয়ার সময় আপনি ইমেল বা অনুরূপ বিজ্ঞপ্তি পান (সাধারণত প্রতিশ্রুতি বার্তা এবং পরিবর্তিত ফাইলগুলির তালিকা সহ)। সিভিএসডুডের মতো পরিষেবাগুলি এটি অফার করে। একটি আপডেট করা হয়েছে এবং তারপরে আমার কার্যকরী অনুলিপি আপডেট করার আগে সেই আপডেটে কী রয়েছে সে সম্পর্কে কিছু ধারণা পাওয়া উভয়কেই আমি সহায়ক বলে মনে করি।
ব্রাঞ্চিং নীতি ছাড়াও ইত্যাদি। (যেখানে একটি আকার অবশ্যই সমস্ত মানায় না) আপনার ভাল কমিট করা উচিত:
উত্স নিয়ন্ত্রণের জন্য সুবর্ণ নিয়ম: তাড়াতাড়ি চেক ইন করুন, প্রায়শই চেক ইন করুন
আপনার সংগ্রহস্থলটি কীভাবে সংগঠিত করবেন তার টিপসের জন্য:
আপনার দলের সাথে তাদের পরিবর্তনের বিষয়ে পরামর্শ নিন বা কোনও সংহত বিবাদ সংশোধন করার আগে কমপক্ষে আলাদাভাবে খুব সাবধানতার সাথে দেখুন। তাদের সংযোজনগুলি মার্জে না গিয়ে তা নিশ্চিত করার জন্য তাদেরকে নিজেরাই মার্জড কোডটি পর্যালোচনা করতে বলুন।
একটি জিনিস যা আমি দেখেছি যে ভাঙ্গা কমিটগুলি হ্রাস করে তা হ'ল ভাল প্রাক কমিট স্ক্রিপ্টগুলি। উদাহরণস্বরূপ, পরিবর্তনটি প্রতিশ্রুতিবদ্ধ হওয়ার আগে আপনি যে কোনও ইউনিট পরীক্ষা চালাতে পারেন। এটি কমিটিকে কিছুটা ধীর করে দেবে, তবে আপনি কারও পায়ের আঙ্গুলের উপর পা এড়ানো এবং ক্ষমা চাইতে বাধ্য হয়ে সময় সাশ্রয় করবেন। আপনার যখন একটি বড় বিকাশকারী দল থাকে এবং খুব ঘন ঘন কমিট করেন তবে অবশ্যই এটি পরিচালনা করা আরও শক্ত হয়ে যায়।
বাগ-ট্র্যাকার এবং কমিট নীতি প্রয়োগের সাথে সংহতকরণের উদাহরণগুলির মধ্যে একটি হ'ল ট্র্যাকের এসএনএন প্রি / কমিট পোস্ট হুক স্ক্রিপ্ট হতে পারে , যা কমিট বার্তা যদি বাগ-ট্র্যাকারে কোনও টিকিটকে উল্লেখ না করে এবং বিদ্যমান মন্তব্যগুলিতে মন্তব্য যুক্ত করে তবে কমিট প্রত্যাখ্যান করতে পারে বার্তাগুলির সামগ্রীর উপর ভিত্তি করে টিকিটগুলি (যেমন প্রতিশ্রুতিবদ্ধ বার্তায় "ফিক্স # 1, # 2 এবং # 8" এর মতো কিছু থাকতে পারে, যেখানে # 1, # 2, # 8 টিকিটের নম্বর রয়েছে)।
এসভিএন ব্যবহারের সেরা অনুশীলন :
আপনি যখন প্রথম অফিসে এসেছিলেন এবং আপনার একি্লিপস প্রকল্পটি খোলেন , প্রথম পদক্ষেপটি হ'ল আপনার প্রকল্পটি আপডেট করা।
আপডেট নেওয়ার পরে, আপনার কাজ শুরু করুন। আপনি যখন আপনার কোডিংটি শেষ করেন, কোনও অ্যাপ্লিকেশন ব্যতীত আপনার অ্যাপ্লিকেশন সঠিকভাবে চলমান কিনা তা সঠিকভাবে পরীক্ষা করে দেখুন। আপনার কোডটি ঠিকঠাক কাজ করছে সে সম্পর্কে আপনি একবার নিশ্চিত হয়ে গেলে, কোডটি প্রতিশ্রুতি দেওয়ার সময়।
দ্রষ্টব্য: কোডটি করার সময়, সরাসরি প্রতিশ্রুতিবদ্ধ করবেন না। সার্ভারের সাথে একটি সিঙ্ক্রোনাইজেশন করুন এবং যা প্রতিশ্রুতিবদ্ধ হওয়া দরকার তা যাচাই করুন। দ্রষ্টব্য: একবারে পুরো ফোল্ডারটি প্রতিশ্রুতিবদ্ধ করবেন না। কারণ আপনি আপনার প্রয়োজনের জন্য ফাইলটিতে কিছু পরিবর্তন করেছেন বা আপনার স্থানীয় সিস্টেমে কিছু ফাইল মুছে ফেলতে পারেন। তবে সার্ভারে সেটিংস আলাদা। সুতরাং পৃথকভাবে ফাইলগুলি পরীক্ষা করুন এবং কোডটি প্রতিশ্রুতিবদ্ধ।
সংঘাতের ফাইলগুলি সরাসরি প্রতিশ্রুতিবদ্ধ / আপডেট করবেন না।
ওভাররাইড এবং আপডেট কখন করবেন?
যখন আপনি বেশ নিশ্চিত হন যে আপনার কোনও স্থানীয় পরিবর্তন দরকার নেই এবং সার্ভার অনুলিপি সম্পূর্ণরূপে আপডেট করতে চান। মনে রাখবেন যে একবার যদি আপনি ওভাররাইড এবং আপডেট করেন তবে আপনি স্থানীয় কোনও পরিবর্তন পাবেন না।
দ্রষ্টব্য: এক দিনের বেশি আপডেট না করেই প্রকল্পটি রাখবেন না। এছাড়াও অনেক দিন ধরে প্রতিশ্রুতি না দিয়ে কোডটি রাখবেন না।
যারা সকলে একই অংশে কাজ করছেন তাদের সাথে যোগাযোগ করুন এবং তারা প্রতিদিন কী পরিবর্তন করেছেন তা নিয়ে আলোচনা করুন।
কোনও কারণ না থাকলে বৈশিষ্ট্য এবং কনফিগারেশন ফাইলটি প্রতিশ্রুতিবদ্ধ করবেন না। কারণ সার্ভারে এবং মেঘে সেটিংস আলাদা হবে।
এসভিএন-তে লক্ষ্যযুক্ত ফোল্ডারগুলি প্রতিশ্রুতিবদ্ধ করবেন না, কেবল উত্স কোড এবং রিসোর্স ফোল্ডারগুলিকে একটি এসভিএন সংগ্রহস্থলে বজায় রাখতে হবে।
আপনি যখন আপনার কোডটি হারিয়েছেন, আতঙ্কিত হবেন না! আপনি এসভিএন ইতিহাস থেকে পূর্ববর্তী অনুলিপিটি ফিরে পেতে পারেন।
আপনার ডিস্কের একাধিক জায়গায় প্রকল্পটি চেকআউট করবেন না। এটি এক জায়গায় পরীক্ষা করে দেখুন এবং এটিতে কাজ করুন।
এসভিএন নিজেই একটি ভাল শুরু এবং অন্যান্য পোস্টারগুলির মধ্যে কয়েকটি সেরা অনুশীলনের বিষয়ে দুর্দান্ত পরামর্শ দেয়।
কেবলমাত্র আমি যুক্ত করব যে ক্রমাগত সংহতকরণ প্রক্রিয়া চালনা করার জন্য আপনার ক্রুজ কনট্রোল বা টিমসিটির সাথে এসভিএন আঁকানো উচিত। এটি বিল্ড ইমেলগুলি প্রেরণ করবে এবং কেউ কখন বিল্ডটি ভেঙে দেবে তা সবাইকে জানিয়ে দেবে।
আপনার প্রক্রিয়াটি কে অনুসরণ করছে এবং কে না তা খুব তাড়াতাড়ি বলা হবে। কিছুটা ঘর্ষণ হতে পারে তবে আপনার দল দীর্ঘমেয়াদে আরও ভাল হবে।
প্রতিটি প্রতিশ্রুতিবদ্ধ জন্য সঠিক মন্তব্য
(মূললাইন) বিল্ডটি ভাঙবেন না!
যৌক্তিক ইউনিট পরিবর্তনের সাথে সাথে প্রতিশ্রুতিবদ্ধ
ব্যাকআপ সরঞ্জাম হিসাবে সাবভারশন ব্যবহার করা এড়িয়ে চলুন
সামান্য শাখা / সম্ভব হিসাবে মার্জ করা mer
।
এসভিএন সেরা অনুশীলনে আরও বিশদ পাওয়া যাবে ।
মনে রাখবেন যে আপনি যত বেশি বর্ধনশীল, মডিউলার, বিচ্ছিন্ন এবং সংঘটিত হয়ে পড়েছেন তা আপনার (বা সম্ভবত অন্যদের) পক্ষে সহজতর হবে:
মন্তব্য টেমপ্লেটের জন্য এটি ব্যবহার করুন:
[টাস্ক / স্টোরি এক্সএক্সএক্সএক্স] [মাইনর / মেজর] [কমেন্ট] [ফলোআপ মন্তব্য] [বাগের ইউআরএল]