visual studio - আমি কি ভিজ্যুয়াল স্টুডিও.suo এবং.user ফাইলগুলিকে উৎস নিয়ন্ত্রণে যুক্ত করতে পারি?




visual-studio svn (12)

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

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

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


অন্যরা ব্যাখ্যা করেছেন কেন *.suo এবং *.user উৎস নিয়ন্ত্রণের অধীনে একটি ভাল ধারণা নয়।

আমি আপনাকে svn:ignore এই নিদর্শন যোগ করার পরামর্শ দিতে চাই svn:ignore 2 কারণে সম্পত্তি svn:ignore :

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

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

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

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

আমাদের কোম্পানিতে আমরা সেই ফাইলগুলি উৎস নিয়ন্ত্রণের অধীনে গ্রহণ করি না।


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

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


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


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


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


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

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


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


যদি আপনি ProjectProperties> ডিবাগিং> পরিবেশে আপনার এক্সিকিউটেবল ডিআইআর নির্ভরতাগুলি সেট করেন তবে পাথগুলি '.user' ফাইলগুলিতে সংরক্ষিত থাকে।

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

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

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

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


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

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


msdn.microsoft.com/en-us/library/bb165909.aspx এটি পরিষ্কারভাবে বলে

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

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






ignore