একটি গ্রুপ বায়ুমণ্ডলে বিকাশ করার সময় এবং কিছু কোড বেসে বৈশিষ্ট্যগুলি যুক্ত বা সংশোধন করার সময়। পূর্ববর্তী বিকাশকারীদের কোডটিকে বর্তমান কোডিং মান পর্যন্ত আনার জন্য এটি পুনরায় ফর্ম্যাট করা আপত্তিজনক বা অশান্তি হিসাবে বিবেচিত? আমি বুঝতে পারি যে মানদণ্ডগুলি পরিবর্তিত হয়েছে, এবং সম্ভবত এটি অবিরত থাকবে, তবে কেউ যদি আপনার কোড ফর্ম্যাটিংয়ের মাধ্যমে এসে পরিবর্তন করে তবে কি কেউ বিরক্ত হবে?
পরিষ্কার করে বলার জন্য, আমি কোনও যুক্তি পরিবর্তনের কথা বলছি না, কেবল ট্যাব এবং স্পেস এবং এরকম কিছু নিয়ে গণ্ডগোল করছি।
সম্পাদনা: আমি কেবল কোডিং মানগুলির খাতিরে এটি করি না, এটি আমাকে তাদের কোডটি পড়তে এবং এটি আপডেট করতে সহায়তা করে যাতে সমালোচনামূলক অ্যাপ্লিকেশনগুলি সংশোধন করার আগে আমি যে যুক্তি প্রয়োগ করেছি তা পুরোপুরি বুঝতে পারি।
6
প্রত্যেকের জন্য স্বয়ংক্রিয়ভাবে "ফর্ম্যাট এ সেভ" সক্ষম করুন। যে কোনও সেটিংসের উপর সম্মতিযুক্ত একই ব্যবহার করুন। কিছুক্ষণ পরে সমস্ত কোড স্বাভাবিক করা হয়।
এটি একটি পয়েন্ট যেখানে যেতে পারে হতে পারে। আমার এক সহকর্মী ছিলেন যা আমি যতটা উদ্বিগ্ন তেমন প্রয়োজনীয় বা এমনকি প্রাসঙ্গিক নয় এমন সমস্ত লাইন ব্রেকগুলি পুনরায় ফর্ম্যাট করে। ব্যক্তিগতভাবে যদি না এটি অপঠনযোগ্য হয় বা কোডটি আমার প্রাথমিক দায়িত্ব না হয়ে থাকে তবে আমি অন্য পরিবর্তন না করে ফর্ম্যাটিংটি একা রেখে দিই।
—
SoylentGray
আপনি যদি সি # তে কোডিং করে থাকেন তবে স্টাইলকপটিতে লেগে থাকুন। যদি অন্য ভাষায়, তবে একটি ভাল, নিরপেক্ষ সরঞ্জাম বেছে নেওয়ার চেষ্টা করুন।
—
চাকরী
এই হল "আমি বিন্যাস পরিবর্তন করছি ... কারণ আমি মনে করি এটা আলাদা চেহারা উচিত" .. বা এই "আমি বিন্যাস পরিবর্তন করছি ... খুব মিল IS মান " ... অতিশয় বিভিন্ন প্রশ্ন
—
WernerCD
@ থারজজর্ন আমি এমন একটি শাখা বিবেচনা করব না যা প্রতি ফাইলের ফরম্যাটিং, প্রতিশ্রুতি প্রতি 1 টি ফাইল, ইতিহাসের ইতিহাসের সমাধান করে। তবে একই প্রতিশ্রুতি দেওয়ার সময় এটি ঠিক করা ঠিক খারাপ। (আমি অনুমান করি যে তারা কিছু
—
বিকল্প
git addঅংশ বেছে বেছে বেছে নিতে পারে তবে আমার অনুমান যে বেশিরভাগ লোকেরা এর সমতুল্য svn commitবা এর ব্যবহার করে git commit -a)