আমার কি সোর্স নিয়ন্ত্রণে ভিজ্যুয়াল স্টুডিও .suo এবং .user ফাইল যুক্ত করা উচিত?

Question

ভিজ্যুয়াল স্টুডিও সমাধানগুলিতে দুটি ধরণের লুকানো ব্যবহারকারী ফাইল থাকে। একটি হ'ল সমাধান .suoফাইল যা বাইনারি ফাইল। অন্যটি প্রজেক্ট .userফাইল যা একটি পাঠ্য ফাইল। ঠিক এই ফাইলগুলিতে কোন ডেটা রয়েছে?

আমিও ভাবছিলাম যে আমার এই ফাইলগুলি উত্স নিয়ন্ত্রণে যুক্ত করা উচিত (আমার ক্ষেত্রে সাবভারশন)। যদি আমি এই ফাইলগুলি যুক্ত না করি এবং অন্য কোনও বিকাশকারী সমাধানটি পরীক্ষা করে দেখেন, তবে ভিজুয়াল স্টুডিও স্বয়ংক্রিয়ভাবে নতুন ব্যবহারকারী ফাইল তৈরি করবে?

Comments

.suo ফাইলগুলি স্বয়ংক্রিয়ভাবে পুনরায় তৈরি করা হয়। আপনার জিনিসগুলি ভাঙলে ডিফল্টতে সেটিংসকে 'রিফ্রেশ' করার একটি দুর্দান্ত উপায়।

— কোডিংবার্ডফিল্ড

সাবভার্সন এবং ভিজ্যুয়াল স্টুডিও প্রকল্পগুলির জন্য সেরা অনুশীলনগুলি এই সঠিক বিষয়টি সম্পর্কে আরও সাধারণ প্রশ্ন। এছাড়াও এর স্বীকৃত উত্তরে অফিসিয়াল এমএসডিএন ডকুমেন্টেশনের লিঙ্ক রয়েছে, যা ভিএস সমাধান / প্রকল্পগুলির কোন ফাইল / ডিরেক্টরিগুলি সোর্স কন্ট্রোল সিস্টেমগুলিতে যুক্ত করা উচিত এবং কোন অংশগুলিকে উপেক্ষা করা উচিত তা বিশদে বর্ণনা করা হয়েছে।

— আটটিলা সিসিপাক

* .সুও-র জন্য, দয়া করে এখানে দেখুন: msdn.microsoft.com/en-us/library/bb165909.aspx

— স্মাইক উইকিপিডিয়া

কোন ভিজ্যুয়াল সি ++ ফাইলের ধরণগুলি সংস্করণ নিয়ন্ত্রণে প্রতিশ্রুতিবদ্ধ হওয়া উচিত?

— ফুচলভি

Answer 1

এই ফাইলগুলিতে আপনার ব্যবহারকারীর পছন্দের কনফিগারেশন রয়েছে যা আপনার মেশিনে সাধারণভাবে নির্দিষ্ট থাকে তাই এটি এসসিএম এ না রাখাই ভাল। এছাড়াও, আপনি যখনই এটি কার্যকর করেন ততবারই ভিএস এটি পরিবর্তন করবে, সুতরাং এটি সবসময় এসসিএম দ্বারা 'পরিবর্তিত' হিসাবে চিহ্নিত থাকবে। আমি উভয়ই অন্তর্ভুক্ত করি না, আমি 2 বছরের জন্য ভিএস ব্যবহার করে একটি প্রকল্পে আছি এবং এটি করতে কোনও সমস্যা হয়নি। একমাত্র সামান্য বিরক্তি হ'ল ডিবাগ প্যারামিটারগুলি (এক্সিকিউশন পাথ, স্থাপনার লক্ষ্য ইত্যাদি) one ফাইলগুলির মধ্যে একটিতে সংরক্ষণ করা হয় (কোনটি জানেন না), তাই যদি আপনার কাছে তাদের একটি মান থাকে তবে আপনি সক্ষম হবেন না ' অন্যান্য বিকাশকারীদের পুরো বিকাশের পরিবেশ 'ব্যবহারের জন্য প্রস্তুত' রাখতে এটি এসসিএম এর মাধ্যমে প্রকাশ করুন।

Comments

সাবধানতা অবলম্বন করুন, সমাধানের মধ্যেই প্রকল্পটি লোড করা / আনলোড করা হয়েছে কিনা তা suo ফাইল তথ্য সঞ্চয় করে।

— কুগেল

আমি বিশ্বাস করি এটি .user ফাইলটিতে ডিবাগ তথ্য সঞ্চয় করে (কমপক্ষে এসকিউএল সার্ভার ডেটা সরঞ্জামগুলির জন্য)। এছাড়াও, আপনি যখন ডিবাগ ট্যাবে সেটিংস পরিবর্তন করেন, এটি সর্বদা সরাসরি .user অব্যাহত থাকে না (সমাধানটি বন্ধ করা কাজটি মনে করে, কিছুটা বিরক্তিকর ... বা .sqlproj ফাইলে সঞ্চিত অন্য সেটিংস পরিবর্তন করে)।

— জ্যামিবারো

আপনি যে কোনও পাঠ্য সম্পাদককে .user এবং .csproj ফাইল উভয়ই খুলতে পারেন। আমি ঠিক .user থেকে প্রাসঙ্গিক ডিবাগ সেটিংসকে .csproj- তে কপি-পেস্ট করে পরীক্ষা করেছি, তারপরে .user ফাইলটি মোছা। ডিবাগিং কাজ করে চলেছে, সুখে .csproj ফাইলে তাদের নতুন অবস্থান থেকে সঠিক সেটিংস পড়ছে। এটি ব্যবহারকারীর ফাইলটি না করেই ডিবাগ সেটিংস প্রতিশ্রুতি দেওয়ার উপায় সরবরাহ করতে হবে। নিশ্চিত হয়ে নিন যে আপনি এগুলি সঠিক কনফিগারেশনে রেখেছেন (ডিবাগ, রিলিজ ইত্যাদি)। আমার মেশিনে কাজ করে! =)

— ক্রিস নীলসেন

Answer 2

আপনার এগুলি যুক্ত করার দরকার নেই - এতে প্রতি ব্যবহারকারী সেটিংস রয়েছে এবং অন্যান্য বিকাশকারীরা আপনার অনুলিপি চাইবে না।

Comments

আপনি যদি নিজে থেকে বিভিন্ন মেশিনে কাজ করে থাকেন তবে এগুলি যুক্ত করা কি উপযুক্ত হবে?

— দ্য পকেটওয়াদে

আমি করব না, কারণ এটি অপ্রত্যাশিত সিস্টেমের পার্থক্যের পক্ষে ভঙ্গুর হতে পারে; উদাহরণস্বরূপ, আপনি যদি x64 এবং কর্মক্ষেত্রে x86 তে কাজ করেন তবে এটি "সি: \ প্রোগ্রাম ফাইলগুলি (x86)" এবং "সি: \ প্রোগ্রাম ফাইল" এর উপরে চাপিয়ে দিতে পারে। আমি জানি না, তবে আমি ঝুঁকি নেব না।

— স্টিভ কুপার

যদিও তাদের ব্যবহারকারীর সুনির্দিষ্ট তথ্য রয়েছে তবে ফাইলগুলির তথ্য যা নতুনভাবে যুক্ত হয়েছে (প্রকল্পে অন্তর্ভুক্ত) বিকল্পের মাধ্যমেও আমার মনে হয় .csproj ফাইলটিতে যা অন্য ব্যবহারকারীদের ম্যানুয়ালি সমস্ত যুক্ত হওয়া প্রকল্পের সংস্থান যুক্ত করতে হবে। যদি কেউ কোনও কাজের কথা জানেন তবে দয়া করে এখানে উল্লেখ করুন।

— জেপেলিন

Answer 3

অন্যরা ব্যাখ্যা কেন থাকার *.suoএবং *.userসোর্স নিয়ন্ত্রণে ফাইল একটি ভাল ধারণা নয়।

আমি আপনাকে svn:ignore2 কারণে সম্পত্তিটিতে এই নিদর্শনগুলি যুক্ত করার পরামর্শ দিতে চাই :

1. সুতরাং অন্যান্য বিকাশকারীরা একজন বিকাশকারীর সেটিংসের সাথে বাধা দেবে না।
2. সুতরাং আপনি যখন স্ট্যাটাসটি দেখেন বা ফাইলগুলি প্রতিশ্রুতিবদ্ধ হন তখন সেই ফাইলগুলি কোড বেসকে বিশৃঙ্খলা দেখাবে না এবং আপনাকে যুক্ত করতে হবে এমন নতুন ফাইলগুলি অস্পষ্ট করবে না।

Comments

কোথায় এবং কিভাবে svn:ignoreসম্পত্তি সেট করা হয়?

— পিটার মর্টেনসেন

: @PeterMortensen, এই প্রশ্ন দেখতে পাবেন stackoverflow.com/questions/86049/...

— JXG

তবে যুক্ত করার জন্য একটি কেস আছে ( এই উত্তরটি দেখুন ) .user, তাই কেবলমাত্র .suoএকজন কেবল উপেক্ষা করবেন না - বা কেউ উপেক্ষা করতে পারে .user, যাতে এগুলি যুক্ত করার জন্য সচেতনভাবে সিদ্ধান্ত নেওয়া হয়? এমনটি ভাববেন না, বিন্দুটি svn:ignoreএমন জিনিসগুলিকে চিহ্নিত করছে যেখানে কোনও সচেতন সিদ্ধান্তের প্রয়োজন নেই।

— পিজেট্রাইল

Answer 4

আমরা বাইনারি ফাইল (* .suo) প্রতিশ্রুতিবদ্ধ না, তবে আমরা .user ফাইলটি প্রতিশ্রুতিবদ্ধ। .User ফাইলটিতে উদাহরণস্বরূপ প্রকল্পটি ডিবাগ করার জন্য শুরু বিকল্পগুলি রয়েছে। আপনি "ডিবাগ" ট্যাবে প্রকল্পের বৈশিষ্ট্যগুলিতে শুরু বিকল্পগুলি খুঁজে পেতে পারেন। আমরা কিছু প্রকল্পে নুনিট ব্যবহার করেছি এবং নুনিট-গুই.এক্সই প্রকল্পের প্রারম্ভিক বিকল্প হিসাবে কনফিগার করেছি। .User ফাইল ব্যতীত প্রতিটি দলের সদস্যকে এটিকে আলাদাভাবে কনফিগার করতে হবে।

আশাকরি এটা সাহায্য করবে.

Comments

আমি ভাবতেও শুরু করি যে এটি হওয়া উচিত - ব্যবহারকারীর ফাইলটি প্রতিশ্রুতিবদ্ধ যাতে কোনও দলের বিকাশকারীরা একই ডিবাগ সেটিংস ব্যবহার করে। যদি তারা এটি তাদের নিজস্ব মেশিনে পরিবর্তন করে, তবুও ঠিক আছে, যতক্ষণ না আদর্শ উপায়টি সোর্স নিয়ন্ত্রণের সংস্করণ।

— জামিবারো

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

— জন কোম্বস

মাইক্রোসফ্ট উত্স নিয়ন্ত্রণে .user ফাইলটি যুক্ত করার বিরুদ্ধে পরামর্শ দেয় ।

— ডেভিডআরআর

আপনি ডিবাগ সেটিংস .csproj এ সরাতে পারেন, এই মন্তব্যটি দেখুন

— টিম্বো

Answer 5

যেহেতু আমি গুগলের মাধ্যমে এই প্রশ্ন / উত্তরটি ২০১১ সালে পেয়েছি, তাই আমি ভেবেছিলাম যে আমি একটি সেকেন্ড নেব এবং ভিজুয়াল স্টুডিও 2010 দ্বারা নির্মিত *। এসডিএফ ফাইলগুলির লিঙ্কটি সংস্করণ নিয়ন্ত্রণে যুক্ত করা উচিত নয় এমন ফাইলগুলির তালিকায় যুক্ত করব ( আইডিই সেগুলি পুনরায় তৈরি করবে)। যেহেতু আমি নিশ্চিত ছিলাম না যে কোনও * .sdf ফাইলের অন্যত্র বৈধ ব্যবহার থাকতে পারে, তাই আমি কেবল এসভিএন থেকে নির্দিষ্ট [প্রকল্পের নাম] .এসডিএফ ফাইলটিকে উপেক্ষা করেছি।

কেন ভিজ্যুয়াল স্টুডিও রূপান্তর উইজার্ড 2010 একটি বিশাল এসডিএফ ডাটাবেস ফাইল তৈরি করে?

Comments

এসডিএফ ফাইল সম্ভবত একটি এসকিউএল সার্ভার কমপ্যাক্ট সংস্করণ ডাটাবেস ।

— কার্ল জি

Answer 6

না, যেহেতু আপনি বলেছিলেন - যেহেতু আপনি বলেছেন - এগুলি উত্স নিয়ন্ত্রণে তাদের যুক্ত করা উচিত নয়, তারা ব্যবহারকারী নির্দিষ্ট।

SUO (সমাধান ব্যবহারকারী বিকল্পসমূহ): আপনি আপনার সমাধানের সাথে সংযুক্ত হতে পারে এমন সমস্ত অপশন রেকর্ড করে রাখুন যাতে আপনি এটি প্রতিবার খোলেন, এতে আপনার তৈরি করা কাস্টমাইজেশন অন্তর্ভুক্ত রয়েছে।

.User ফাইলটিতে প্রকল্পটির জন্য ব্যবহারকারী বিকল্প রয়েছে (যখন SUO সমাধানের জন্য রয়েছে) এবং প্রজেক্ট ফাইলের নামটি প্রসারিত করে (উদাহরণস্বরূপ, কোনও কিছুই। Csproj.user কিছুর জন্য ব্যবহারকারীর সেটিংস ধারণ করে sp

Answer 7

বিষয়টি মাইক্রোসফ্টের মতামত বলে মনে হচ্ছে:

উত্স নিয়ন্ত্রণে সুও ফাইল যুক্ত করা (এবং সম্পাদনা করা)

আমি জানি না যে আপনার প্রকল্পটি ডিবাগিং ওয়ার্কিং ডিরেক্টরিকে সু ফাইলে সঞ্চয় করে। যদি এটি কোনও ব্যবহারকারী নির্দিষ্ট সেটিং হয় তবে আপনার এটি * .proj.user ফাইলের নামে সংরক্ষণ করার কথা বিবেচনা করা উচিত। যদি সেটিংটি প্রকল্পে কাজ করা সমস্ত ব্যবহারকারীর মধ্যে ভাগ করে নেওয়া যায় তবে আপনার এটিকে প্রকল্প ফাইলটিতে সংরক্ষণ করার কথা বিবেচনা করা উচিত।

উত্স নিয়ন্ত্রণে সুও ফাইল যুক্ত করার কথা ভাবেন না! SUO (soluton ব্যবহারকারী বিকল্পসমূহ) ফাইলটি ব্যবহারকারী-নির্দিষ্ট সেটিংস ধারণ করে এবং একই সমাধানে কাজ করা ব্যবহারকারীদের মধ্যে ভাগ করা উচিত নয়। আপনি যদি সিসিসি ডাটাবেসে সু ফাইল যুক্ত করতে চান তবে আইডিইতে আপনি কী ভাবেন তা আমি জানি না তবে উত্স নিয়ন্ত্রণের দৃষ্টিকোণ থেকে আপনি ওয়েব প্রকল্পগুলি এসসিসি ইন্টিগ্রেশন ভেঙে ফেলবেন, ল্যান বনাম ইন্টারনেট প্লাগইন ব্যবহৃত হয়েছে ভিএসএস অ্যাক্সেসের জন্য বিভিন্ন ব্যবহারকারীর দ্বারা, এবং এমনকি আপনি স্কিটি সম্পূর্ণরূপে ভেঙে ফেলতে পারেন (আপনার পক্ষে বৈধ হতে পারে এমন suo ফাইলে সঞ্চিত ভিএসএস ডাটাবেস পাথ অন্য ব্যবহারকারীর জন্য বৈধ নাও হতে পারে)।

অ্যালিন কনস্ট্যান্টিন (এমএসএফটি)

Comments

এছাড়াও, এমএসডিএন থেকে: সমাধান ব্যবহারকারী বিকল্পসমূহ (। সুও) ফাইল । প্রথম বাক্যটি মাইক্রোসফ্টের অভিপ্রায়টিকে পুরোপুরি পরিষ্কার করে দিয়েছে: "সমাধান ব্যবহারকারী বিকল্পসমূহ (.সুও) ফাইলটিতে প্রতিটি ব্যবহারকারী সমাধান বিকল্প রয়েছে This এই ফাইলটি উত্স কোড নিয়ন্ত্রণে পরীক্ষা করা উচিত নয়" "

— ডেভিডআরআর

Answer 8

ডিফল্টরূপে মাইক্রোসফ্টের ভিজ্যুয়াল সোর্সসেফ এই ফাইলগুলিকে উত্স নিয়ন্ত্রণে অন্তর্ভুক্ত করে না কারণ তারা ব্যবহারকারী-নির্দিষ্ট সেটিংস ফাইল। আপনি যদি সোর্স নিয়ন্ত্রণ হিসাবে এসভিএন ব্যবহার করেন তবে আমি সেই মডেলটি অনুসরণ করব।

Answer 9

ভিজ্যুয়াল স্টুডিওগুলি সেগুলি স্বয়ংক্রিয়ভাবে তৈরি করবে। আমি তাদের উত্স নিয়ন্ত্রণে রাখার প্রস্তাব দিই না। এমন অনেক সময় এসেছে যখন কোনও স্থানীয় বিকাশকারীর এসওইউ ফাইলটি সেই বিকাশকারী বাক্সে ভিএসকে ভুলভাবে আচরণ করতে বাধ্য করে। ফাইলটি মোছা হচ্ছে এবং তারপরে ভিএসকে এটি পুনরায় তৈরি করতে দেওয়া সবসময় সমস্যার সমাধান করে।

Comments

আমার কাছে .sou ফাইলটি বাকি ছিল এবং এটি প্যাকেজগুলি পুনরায় লোড করতে সমস্যা দিচ্ছিল। .Sou ফাইল মোছার ফলে সমস্যার সমাধান হয়েছে। ধন্যবাদ.

— মার্সিডিজ

Answer 10

উপর দুটিই MSDN ওয়েবসাইট , এটা পরিষ্কারভাবে বলে যে,

সমাধান ব্যবহারকারী বিকল্পসমূহ (.suo) ফাইলটিতে প্রতি ব্যবহারকারী সমাধান বিকল্প রয়েছে। এই ফাইলটি সোর্স কোড নিয়ন্ত্রণে চেক ইন করা উচিত নয় ।

সুতরাং আমি বলতে পারি যে আপনার উত্স নিয়ন্ত্রণে স্টাফ চেক করার সময় এই ফাইলগুলি উপেক্ষা করা বেশ নিরাপদ।

Answer 11

আমি না। "ব্যবহারকারী" প্রতি পরিবর্তন করতে পারে এমন যে কোনও কিছুই সাধারণত উত্স নিয়ন্ত্রণে ভাল হয় না। .suo, .user, اعتراض / বিন ডিরেক্টরি

Answer 12

এই ফাইলগুলি ব্যবহারকারী-নির্দিষ্ট বিকল্প যা সমাধানের থেকে পৃথক হওয়া উচিত। ভিজ্যুয়াল স্টুডিওগুলি প্রয়োজনীয় হিসাবে নতুন তৈরি করবে, সুতরাং তাদের উত্স নিয়ন্ত্রণে চেক ইন করার দরকার নেই। প্রকৃতপক্ষে, এটি সম্ভবত ভাল না হবে কারণ এটি পৃথক বিকাশকারীদের উপযুক্ত দেখায় তাদের পরিবেশকে অনুকূলিতকরণ করতে দেয়।

Answer 13

আপনি ব্যবহারকারী ফাইলগুলি উত্স-নিয়ন্ত্রণ করতে পারবেন না, কারণ এটি ব্যবহারকারী নির্দিষ্ট। এটিতে রিমোট মেশিনের নাম এবং অন্যান্য ব্যবহারকারী-নির্ভর জিনিস রয়েছে। এটি একটি vcproj সম্পর্কিত ফাইল।

.Suo ফাইলটি একটি স্লান সম্পর্কিত ফাইল এবং এতে "সমাধান ব্যবহারকারী বিকল্পগুলি" (প্রারম্ভিক প্রকল্প (গুলি), উইন্ডোজ অবস্থান (কোনটি ডকড এবং কোথায়, কী ভাসমান) ইত্যাদি রয়েছে contains

এটি একটি বাইনারি ফাইল, এবং এটিতে "ব্যবহারকারী সম্পর্কিত" কিছু রয়েছে কিনা তা আমি জানি না don't

আমাদের সংস্থায় আমরা সেই ফাইলগুলিকে উত্স নিয়ন্ত্রণে রাখি না।

Answer 14

এগুলির মধ্যে প্রকল্প সম্পর্কে সুনির্দিষ্ট সেটিংস থাকে যা সাধারণত কোনও একক বিকাশকারীকে দেওয়া হয় (যেমন, উদাহরণস্বরূপ, আপনি যখন অ্যাপ্লিকেশন ডিবাগ করবেন তখন সূচনা প্রকল্প এবং শুরু পৃষ্ঠা শুরু হবে))

সুতরাং সংস্করণ নিয়ন্ত্রণে এগুলিকে যুক্ত না করা ভাল, ভিএসগুলিকে পুনরায় তৈরি করুন যাতে প্রতিটি বিকাশকারী তাদের সুনির্দিষ্ট সেটিংস রাখতে পারে।

Answer 15

.user হ'ল ব্যবহারকারীর সেটিংস এবং আমি মনে করি .suo হল সমাধান ব্যবহারকারী বিকল্পসমূহ। আপনি এই ফাইলগুলি উত্স নিয়ন্ত্রণে রাখতে চান না; এগুলি প্রতিটি ব্যবহারকারীর জন্য পুনরায় তৈরি করা হবে।

Answer 16

না।

আমি কেবল একটি বাস্তব সংক্ষিপ্ত উত্তর চেয়েছিলাম, এবং এর কোনও উত্তর নেই।

Answer 17

যুক্তিযুক্ত ক্লিয়ারকেস ব্যবহার করে উত্তরটি হ'ল। শুধুমাত্র .sln &। * প্রোজ উত্স কোড নিয়ন্ত্রণে নিবন্ধিত হওয়া উচিত।

আমি অন্য বিক্রেতাদের জন্য উত্তর দিতে পারি না। আমি যদি সঠিকভাবে স্মরণ করি তবে এই ফাইলগুলি "ব্যবহারকারী" নির্দিষ্ট বিকল্প, আপনার পরিবেশ।

Comments

only the .sln & .*proj should be registered- আপনি এখানে অনেক ফাইল ভোলেন নি?

— ওল্ফ

@ ওল্ফ সুস্পষ্ট পাশাপাশি

— পোলাকস

Answer 18

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

Answer 19

না, তারা উত্স নিয়ন্ত্রণে প্রতিশ্রুতিবদ্ধ হবে না কারণ তারা বিকাশকারী / মেশিন-নির্দিষ্ট স্থানীয় সেটিংস।

গিটহাব https://github.com/github/gitignore/blob/master/VisualStudio.gitignore এ ভিজ্যুয়াল স্টুডিও ব্যবহারকারীদের উপেক্ষা করার জন্য প্রস্তাবিত ফাইল ধরণের একটি তালিকা বজায় রাখে

এসএনএন-এর জন্য, আমার কাছে নিম্নলিখিত global-ignoreসম্পত্তি সেট আছে:

* .DotSettings.User
* .onetoc2
* .suo
.vs
PrecompiledWeb
Thumbs.db
obj
বিন
ডিবাগ
* .user
* .vshost। *
* .Tss
* .dbml.layout

Answer 20

আপনি যদি প্রকল্প নির্বাহী > ডিবাগিং> পরিবেশে আপনার নির্বাহযোগ্য দির নির্ভরতা সেট করেন তবে পাথগুলি '.user' ফাইলগুলিতে সংরক্ষণ করা হয়।

ধরুন আমি এই স্ট্রিংটি উপরে বর্ণিত ক্ষেত্রটিতে সেট করেছি: "PATH = C: \ xyz \ bin" এভাবেই এটি '.user' ফাইলে সংরক্ষণ করা হবে:

<LocalDebuggerEnvironment>PATH=C:\xyz\bin$(LocalDebuggerEnvironment)</LocalDebuggerEnvironment>

ওপেনসিভিতে কাজ করার সময় এটি আমাদের অনেক সহায়তা করেছে। আমরা বিভিন্ন প্রকল্পের জন্য ওপেনসিভির বিভিন্ন সংস্করণ ব্যবহার করতে পারি। আরেকটি সুবিধা হ'ল, নতুন প্রকল্পে আমাদের প্রকল্পগুলি স্থাপন করা খুব সহজ ছিল। আমাদের কেবল নির্ভরশীল ডায়ারগুলি অনুলিপি করতে হয়েছিল। তাই কিছু প্রকল্পের জন্য, আমি উত্স নিয়ন্ত্রণে '.user' যুক্ত করতে পছন্দ করি।

যদিও এটি পুরোপুরি প্রকল্পের উপর নির্ভরশীল। আপনার প্রয়োজনের ভিত্তিতে আপনি কল নিতে পারেন।

Comments

প্রতীকী লিঙ্কগুলিও এই উদ্দেশ্যে খুব ভাল কাজ করে।

— সুনুন ןɐ কিউপি

Answer 21

অন্যান্য উত্তরে বর্ণিত হিসাবে, উভয়ই .suoএবং .userউত্স নিয়ন্ত্রণে যুক্ত করা উচিত নয়, যেহেতু তারা ব্যবহারকারী / মেশিন-নির্দিষ্ট ( .suoভিএসের নতুন সংস্করণগুলির জন্য বিটিডাব্লু) উত্সর্গীকৃত অস্থায়ী ডিরেক্টরিতে স্থানান্তরিত হয়েছিল .vs, যা উত্স নিয়ন্ত্রণের বাইরে সম্পূর্ণ রাখা উচিত)।

তবে যদি আপনার অ্যাপ্লিকেশনটির ভিএসে ডিবাগিংয়ের জন্য কিছু পরিবেশের সেটআপের প্রয়োজন হয় (যেমন সেটিংস সাধারণত .userফাইলে রাখা হয় ) তবে এটি একটি নমুনা ফাইল প্রস্তুত করতে (যেমন নামকরণ করা .user.SAMPLE) তৈরি করা সহজ হতে পারে এবং রেফারেন্সের জন্য এটি উত্স নিয়ন্ত্রণে যুক্ত করতে পারে।

এই জাতীয় ফাইলটিতে হার্ড-কোডেড পরম পথের পরিবর্তে আপেক্ষিকগুলি ব্যবহার করা বা পরিবেশের ভেরিয়েবলগুলির উপর নির্ভর করা বোধগম্য হয়, সুতরাং অন্যেরা সহজেই নমুনাটি পুনরায় ব্যবহারযোগ্য হতে পারে এমন জেনারেল হতে পারে।