আমি মনে করি যে এমন কিছু পরিস্থিতি রয়েছে যেখানে .gitignore উপেক্ষা করা খুব দরকারী। উদাহরণস্বরূপ, যখন আপনার একাধিক দল বা একটি বড় দল একই কোডবেসে কাজ করছে। সেক্ষেত্রে আপনার কয়েকটি কনভেনশন হওয়া দরকার, convention কনভেনশনগুলির মধ্যে একটি গিট রেপোতে যা উপেক্ষা করা হয় তা সম্পর্কিত। এটি সাধারণত আইডিই বা ওএস দ্বারা নির্মিত ফাইল এবং ডিরেক্টরিগুলি, কিছু উত্পন্ন উত্পন্ন লগ ইত্যাদিকে উপেক্ষা করার বিষয়ে is
তবে, এমন একটি শক্তি রয়েছে যা .gitignore
ফাইলগুলিতে অপ্রচলিত পরিবর্তনগুলি প্রবর্তন করার জন্য ঝোঁক করে । .gitignore
ফাইল আরও দায়িত্বহীন ব্যক্তির দ্বারা, ভুল করে, একটি টুল ব্যবহার, অথবা অন্য ক্ষেত্রে দ্বারা পরিবর্তন করা যাবে।
এর পাল্টা শক্তি পেতে, আমরা নিম্নলিখিত হিসাবে করতে পারি:
- প্রাথমিক .gitignore টিম (গুলি) এ কনভেনশন প্রতিবিম্বিত করা উচিত,
- এটি ধাক্কা দেওয়ার পরে .gitignore এ .gitignore এন্ট্রি যুক্ত করে সুরক্ষিত করা উচিত এবং সেই পরিবর্তনটি আবার চাপুন The
.gitignore
ফাইলটি এইভাবে " সিল করা হয়েছে "।
" সিল করা " .gitignore
ফাইলটি স্থানীয়ভাবে অন্য কোনও সদস্যের (টি) সদস্যদের কাছে এই পরিবর্তনকারীদের প্রচার না করেই, স্থানীয়ভাবে পরিবর্তিত হতে পারে। তবে, যদি কোনও পরিবর্তন এটি পুরোপুরি (টি) না করে "আনসিল" করা সম্ভব হয়, পরিবর্তিত করে এবং এটি আবার "সিল" না করেই সর্বত্র সম্মত হয়। এটি ভুল করে করা যায় না, কেবল ইচ্ছাকৃতভাবে।
দুঃখের বিষয়, আপনি বোকামি থেকে 100% সুরক্ষিত হতে পারবেন না, তবে এইভাবে বোকা জিনিসগুলি প্রতিরোধ করার জন্য আপনি যতটা করতে পারেন তার সমস্ত কিছুই করেছেন।
যদি আপনার তুলনামূলকভাবে খুব ভাল পেশাদারদের সাথে একটি ছোট দল থাকে তবে এটি গুরুত্বপূর্ণ হবে না, তবে এই ছেলেরাও চিন্তিত হওয়ার জন্য একটি জিনিস কম রাখার জন্য প্রশংসা করবে।
.git/info/exclude
যখন আপনি অবকাঠামোগত সেটিংস সম্পর্কে কিছু করতে না পারেন তখন ব্যবহার করা দুর্দান্ত, কেবল নিজের একটি ** coveringাকনা যাতে ভুল না হয়।
কোনটি সঠিক এবং কোনটি ভুল তার স্থায়ী দৃষ্টিকোণ থেকে আমি .gitignore
ফাইলের ভিতরে .gitignore এন্ট্রি করার পক্ষে ভোট দিচ্ছি , প্রত্যেককে স্থানীয়ভাবে যা কিছু করার স্বাধীনতা দিচ্ছি , কিন্তু অন্যকে আক্রমণ না করেই।
git add self && git commit -m "-1 for reverting existential depression" && git remote rm HEAD