উত্স নিয়ন্ত্রণে .vcxproj.filter ফাইল যুক্ত করা উচিত?


169

ভিজ্যুয়াল স্টুডিও 2010 বিটা 2 মূল্যায়ন করার সময়, আমি দেখতে পাচ্ছি যে রূপান্তরিত ডিরেক্টরিতে আমার vcproj ফাইলগুলি vcxproj ফাইল হয়ে উঠেছে । এছাড়াও আছে vcxproj.filter প্রতিটি প্রকল্পের পাশাপাশি ফাইল ফোল্ডার গঠন (\ উত্স ফাইল, \ হেডার ফাইল, ইত্যাদি) একটি বিবরণ রয়েছে বলে মনে হচ্ছে।

আপনি কি মনে করেন যে এই ফিল্টার ফাইলগুলি প্রতি ব্যবহারকারী হিসাবে রাখা উচিত, বা সেগুলি পুরো দেব গ্রুপে ভাগ করে এসসিসিতে চেক করা উচিত?

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

সুস্পষ্ট সুবিধাটি হ'ল ফোল্ডারের কাঠামোগুলি মিলবে যদি আমি অন্য কারও মেশিনের দিকে চেয়ে থাকি তবে তারা কি যুক্তিযুক্তভাবে জিনিসগুলিকে পুনর্গঠন করতে চান?

উত্তর:


59

ভিজ্যুয়াল স্টুডিওর পূর্ববর্তী সংস্করণগুলি (কমপক্ষে সংস্করণ .0.০ এবং ২০০৮) সেই তথ্যগুলি তাদের নিজস্ব প্রকল্প ফাইল (যথাক্রমে .dsp এবং .vcproj ফাইলগুলিতে) সংরক্ষণ করে, অবশ্যই এসসিসিতে যুক্ত করা ভাল।

এসসিসিতে এই .ফিল্টার ফাইলগুলি অন্তর্ভুক্ত না করার কোনও কারণ আমি ভাবতে পারি না


আমি তোমার সাথে আছি. আমি এটি চেক ইন। ধন্যবাদ!
jschroedl

111

আমরা ইচ্ছাকৃতভাবে। ফিল্টার টানছি। ফাইলটি তথ্য .vcproj এর বাইরে যখন আমরা .vcxproj এমএসবিল্ড ফর্ম্যাটটিতে অনুবাদ করি। একটি কারণ হ'ল আপনি যা দেখিয়েছেন, ফিল্টারগুলি নিখুঁতভাবে একটি যৌক্তিক দৃষ্টিভঙ্গি এবং বিভিন্ন দলের সদস্যরা বিভিন্ন মতামত চাইতে পারেন। অন্যটি হ'ল কখনও কখনও প্রকল্প ফাইলের টাইমস্ট্যাম্পটি পরীক্ষা করার জন্য বিল্ডটি সেট আপ করা হয়, এবং যদি এটি পরিবর্তিত হয় তবে একটি পুনর্নির্মাণকে ট্রিগার করে - কারণ এর অর্থ হতে পারে যে বিভিন্ন উত্স ফাইলগুলি তৈরি করতে পারে, বা বিভিন্ন সেটিংস ইত্যাদি I স্মরণ করুন যে আমরা যদি সেইভাবে বিল্ডটি সেভাবে চালিত করেছিলাম তবে ধারণাটি ছিল যে ফিল্টারগুলি পরিবর্তিত হওয়ার কারণে আমরা কোনও পুনর্নির্মাণটি ট্রিগার করতে চাই না, কারণ তারা বিল্ডকে প্রভাবিত করে না।


3
স্বয়ংক্রিয় পুনর্নির্মাণের জন্য, আপনি তৈরি করেন যদি কোনও ফাইল পরিবর্তিত হয় (উদাঃ উত্স), সুতরাং এখন আর কিছুই পরিবর্তন হয়নি আমাদের পরিচালনা করার জন্য আর একটি ফাইল নেই।
gbjbaanb

3
অন্য কথায়, আপনি উভয় ফাইলকে এক হিসাবে পরিচালনা করেন। আমি মনে করি না যে অন্য কেউ তাদের সাথে আলাদাভাবে আচরণ করবে। এটি একটি দুর্দান্ত ধারণা, তবে বাস্তব-বিশ্বচর্চা সম্পর্কে কিছুটা চিন্তা ভাবনা অনেকটা এগিয়ে যেতে পারত (উইনএসএক্সএসে রানটাইম স্থাপনের মতো)
gbjbaanb

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

6
আমরা যদি কোনও বিমূর্ত / যৌক্তিক গাছ ব্যবহার না করে কেবল প্লেইন ফাইল সিস্টেমটি দেখতে না চাই তবে আমরা কি সেই ফিল্টারগুলি পুরোপুরি অক্ষম করতে পারি?
জোহান বুলি

4
@ জোহানবাউলে: আমি পুরোপুরি একমত! তাদের কেবল আইডিইতে ফিল্টারগুলি স্ক্র্যাপ করা উচিত ছিল। ইতিমধ্যে একটি যৌক্তিক গাছের কাঠামো রয়েছে এবং একে "ফাইল সিস্টেম" বলা হয়। বর্তমানে অনেকগুলি সদৃশ রয়েছে - প্রতিটি ফাইলকে ফাইল সিস্টেমে বিল্ড স্ক্রিপ্ট (vcxproj), ফিল্টারগুলি (vcxproj.filters), উত্স নিয়ন্ত্রণ এবং অন্য কোথাও যুক্ত করতে হয়। এটি ডিআরওয়াই প্রিস্পেল লঙ্ঘন করে। ভাগ্যক্রমে মনে হয় ফিল্টার ফাইলগুলি alচ্ছিক । আপনি কেবল এগুলি মুছতে পারেন এবং আইডিইতে "সমস্ত ফাইল দেখান" বোতামটি ব্যবহার করতে পারেন। আফসোস যে এটি ডিফল্ট নয়।
ইয়াকভ গালকা

5

আমি সবেমাত্র পেয়েছি যে আপনি গিট ব্যবহার করলে আপনি ফাইলটিকে আরও সহজ করার জন্য মার্জ করার জন্য ইউনিয়ন হিসাবে বিবেচনা করতে পারেন il ফিল্টার ফাইল চিহ্নিত করতে পারেন। শুধু লাইন যুক্ত করুন:

*.vcxproj.filters merge=union

আপনার .gitattributes ফাইল।

আরও তথ্যের জন্য মার্জ বিরোধগুলি এড়ানোর জন্য .gitattributes ব্যবহার দেখুন ।


উল্লিখিত লিঙ্কটি এটি বলে না। ফিল্টার ফাইলটিতে গিটাট্রিবিউটস ফাইলটিতে "ইউনিয়ন" থাকা উচিত।
ollydbg23

2
তবে এটি বলছে কী merge=unionকরে - আর কিছুই প্রতিশ্রুতি দেওয়া হয়নি। সেই জ্ঞান এবং খুব বিস্তৃত ধারণা দিয়ে *। ফিল্টার-ফাইলগুলি কেমন দেখাচ্ছে, merge=unionএই ফাইলগুলির জন্য কেন ভাল ধারণা তা সহজেই বোঝা যায়।
পিটার স্নাইডার

1

এটা তোলে আপনি ব্যবহার ক্ষেত্রে যোগ করা উচিত CMake(অথবা অনুরূপ বিল্ড টুলস) মত ফাইল জেনারেট করতে *.sln, *.vcxproj, *.vcxproj.filters, ইত্যাদি কারণ এই ফাইলগুলি আপনার প্রজেক্ট ফোল্ডার এবং অন্যান্য সম্পূর্ণ পাথ থাকতে পারে শুধুমাত্র আপনার কম্পিউটার এর নির্দিষ্ট ফোল্ডার

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