উত্স নিয়ন্ত্রণে .vscode ফোল্ডারটি করা উচিত?


294

.vscodeফোল্ডারটি উত্স নিয়ন্ত্রণে প্রতিশ্রুতিবদ্ধ হওয়ার অর্থ কি ?

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

ফাইলটির শীর্ষে মন্তব্যটি .vscode/settings.jsonবলে:

// Place your settings in this file to overwrite default and user settings.
{
}

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


আপনি যদি ভিজ্যুয়াল স্টুডিওতে কোনও প্রকল্প শুরু করেন এবং এটির প্রতিশ্রুতি দেন তবে সেখানে একটি যথাযথ (কমপক্ষে সাধারণ) সূচনা হওয়া উচিত g gitignore FE। যদি এটি সেখানে থাকার বোঝায় তবে এটি সম্ভবত হবে। এছাড়াও আপনি উল্লেখ করতে পারেন এই যা আমি বিষয়টি ছাড়া ব্যবহার করেছি।
চিফ টুপেনসিল

2
একটি ভাল ধারণা, @ চিফটিওপেনসিলস! রেকর্ডের জন্য, .gitignoreভিজ্যুয়াল স্টুডিওটি যে ডিফল্ট তৈরি করে তা .vscodeফোল্ডারটিকে এই সময়ে বাদ দেয় । তবে যেহেতু ভিএস কোডটি নিজেই বরং নতুন, তারা সম্ভবত এটি এখনও পেতে পারেনি। আমি আরও ফোল্ডারটি অজানা করার জন্য এই ফোল্ডারটি আপাতত ফেলে রেখেছি।
রোনাল্ড জারিটস

উত্তর:


313

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

Btw আপনার .vscodeসেটিংসের জন্য আপনার প্রকল্পে কোনও ফোল্ডার লাগবে না । আপনি কোনও ব্যবহারকারী পর্যায়ে সেটিংস কনফিগার করতে পারেন।


54
ধন্যবাদ! "আমরা ভিএস কোড দলে ..." আমার পক্ষে যথেষ্ট ভাল - শুরু করার জন্য, কমপক্ষে!
রোনাল্ড জারিটস

97
আপনি যদি "হোয়াইটস্পেস বনাম ট্যাবগুলি" এর মতো ফাইল-স্তরীয় সেটিংস ভাগ করতে চান তবে আপনার পরিবর্তে এডিটর কনফিগের মতো ক্রস-সম্পাদক সমাধানটি দেখে নেওয়া উচিত।
তানজ 87

2
এই ডিরেক্টরিতে 80 এমবি আকারের একটি উপ-ডিরেক্টরি "ক্রোম" রয়েছে। আপনি কি নিশ্চিত যে এটি স্টোরের প্রতি প্রতিশ্রুতিবদ্ধ হওয়া উচিত?
ygoe

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

3
উপর ফলোআপ symbols.json: stackoverflow.com/questions/51876769/...
ripper234

39

প্রতিশ্রুতিবদ্ধ / উপেক্ষা করার মধ্যে তৃতীয় চতুর বিকল্প রয়েছে: .defaultপ্রত্যয় সহ প্রতিশ্রুতিবদ্ধ ।

উদাহরণস্বরূপ আপনি ফাইলগুলিতে যুক্ত settings.jsonকরতে .gitignoreএবং প্রতিশ্রুতিবদ্ধ settings.json.defaultকরতে পারেন যেমন এটি প্রচলিত অনুশীলন (আমার দলে) .env

আমি ভিডিও কমিট সম্পাদক সেটিংস থেকে সংস্করণ নিয়ন্ত্রণে এই পরামর্শটি নিয়েছি ? দ্বারা Mattias Petter জোহানসন


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

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

23
  • প্রতিশ্রুতিবদ্ধ না .vscode/settings.json- এর অদ্ভুত ব্যতিক্রম সহ search.exclude। আপনার যদি সত্যিই প্রয়োজন হয় তবে আপনার প্রকল্পের নির্দিষ্ট সেটিংস কেবলমাত্র অন্যান্য বিকাশকারীদের প্রয়োগ করতে চান সে সম্পর্কে খুব সতর্কতা অবলম্বন করুন ।
  • যাচাইকরণের জন্য, বিন্যাস, অন্যান্য ফাইল সংকলন ব্যবহারের মত package.json, .eslint, tsconfig.json, ইত্যাদি
  • কেবলমাত্র .vscode যা অন্তর্ভুক্ত করে তোলে তা হ'ল ডিবাগিংয়ের জন্য জটিল লঞ্চ কনফিগারেশন।
  • সতর্কতা অবলম্বন করুন, আপনার সিস্টেমে কোনও তৃতীয় পক্ষের এক্সটেনশন থাকতে পারে যা ব্যক্তিগত তথ্য সেখানে রাখতে পারে!

আপনি করতে পারবেন না কি করতে হয় কপি ও পুরো settings.json বিষয়বস্তু ফাইল পেস্ট .vscode/settings.json। আমি কিছু লোককে এটি করতে দেখছি এবং ফাইলটি করা একটি নৃশংসতা। সেক্ষেত্রে আপনি কেবল অন্যকে কর্মক্ষেত্রটিই ভেঙে ফেলবেন না তবে সবচেয়ে খারাপ আপনি ব্যবহারকারীর কাছে সেটিংস প্রয়োগ করছেন যা আপনার নন্দনতত্ব, ইউআই, অভিজ্ঞতা পছন্দ করবেন না। আপনি সম্ভবত তাদের পরিবেশগুলি ভেঙে ফেলবেন কারণ কিছু খুব সিস্টেম নির্ভর। কল্পনা করুন যে আমার দৃষ্টি সমস্যা রয়েছে তাই আমার editor.*ব্যবহারকারীর সেটিংস ব্যক্তিগতকৃত হয় এবং আমি আপনার প্রকল্পটি খুললে ভিজ্যুয়ালগুলি পরিবর্তন হয়। ভাবুন যে আমার দৃষ্টি সমস্যা রয়েছে সেগুলির জন্য আমাকে ব্যবহারকারীর সম্পাদককে ব্যক্তিগতকৃত করা দরকার * * সেটিংস কাজ করতে সক্ষম হতে। আমি রাগ হবে।

আপনি যদি গুরুতর হন তবে প্রতিশ্রুতি দিবেন না .vscode/settings.json। সাধারণভাবে, সেটিংস যা বৈধতা, সংকলনের মতো কোনও নির্দিষ্ট প্রকল্পের জন্য কার্যকর হতে পারে তা বোধগম্য হয় তবে সাধারণভাবে আপনি .eslint, tsconfig.json, .gitignore, package.json এর মতো নির্দিষ্ট সরঞ্জাম কনফিগারেশন ফাইলগুলি ব্যবহার করতে পারেন। ইত্যাদি। আমার ধারণা, ভিসকোড লেখকরা কেবলমাত্র নতুন অভিজ্ঞতার অভিজ্ঞতা সহজ করার জন্য ফাইল যুক্ত করেছেন তবে আপনি যদি গুরুতর হতে চান তবে!

একমাত্র ব্যতিক্রম এবং খুব নির্দিষ্ট ক্ষেত্রে অনুসন্ধান হতে পারে ex


3
আমি আপনার সম্পর্কে পরামর্শ .vscode/settingsখুব সীমাবদ্ধ মনে করি । আপনি যদি পারেন তবে ফাইল .eslintবা .editorconfigফাইলগুলি ব্যবহার করুন তবে আপনি এখনও .vscode/settingsঅবশ্যই কোনও দল / প্রকল্পের সমস্ত বিকাশকারীদের মধ্যে একটি সেটিংস ভাগ করে নিতে চান কিনা তা এখনও পরীক্ষা করে দেখাতে হবে
ম্যাট বিয়ারার

3
ম্যাট, আপনি কেন ধরে নিয়েছেন যে অন্য সমস্ত বিকাশকারীরা vscode ব্যবহার করে? ওয়েবস্টর্ম, ভিম, সাব্লাইম ব্যবহার করা লোক হতে পারে, এজন্য আপনার এসলিন্ট ইত্যাদির সাথে কাজ করা উচিত এবং সেটিংস.জসন নয়।
ক্যান্সারবেরো

আবার, .vscode/settingsvscode ব্যবহার করে এমন কোনও দলে আপনি কাজ করছেন বা আপনি এমন একটি প্রকল্পে কাজ করছেন যেখানে অনেক বিকাশকারী vscode ব্যবহার করে তা বিবেচনা করে দেখুন। এই সমস্ত সেটিংসের ক্রস-সম্পাদক সমতুল্য নেই
ম্যাট বিয়ারার 21

@ ম্যাটবিয়ার্নার যথেষ্ট ন্যায্য, যদি আপনি এমন কোনও সংস্থায় ঘনিষ্ঠ উত্স প্রকল্পগুলি বিকাশ করে যা সম্পাদককে কার্যকর করে, তবে আমি মনে করি না যে এটি সাধারণ পরিস্থিতি এবং বিশেষত ওপেন সোর্স প্রকল্পগুলিতে ...
ক্যান্সারবেরো

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

18

অন্যান্য উত্তর সংক্ষেপে

প্রস্তাবনাটি হ'ল .vscodeফোল্ডারটি বাদ দেওয়া হয় তবে এমন নির্বাচন করুন JSON ফাইলগুলি ছেড়ে যান যা অন্যান্য বিকাশকারীদের ভাগ করে নেওয়া সেটিংস পুনরায় তৈরি করতে দেয়।

অন্তর্ভুক্ত করার জন্য সেটিংসের উদাহরণ:

  • ভাষা নির্দিষ্ট পরীক্ষা কনফিগারেশনের পরীক্ষা স্যুট (গুলি) চালানোর জন্য ( settings.json)
  • এই রেপোতে ব্যবহৃত ভাষা নিয়মাবলী প্রয়োগ করতে লন্টার এবং কোড ফর্ম্যাটিং সরঞ্জামগুলির জন্য এক্সটেনশন সেটিংস ( settings.json)
  • চালান এবং ডিবাগ কনফিগারেশন ( launch.json)
  • ভাগ করা কাজ - যদি ভিএস কোড ( tasks.json) দিয়ে পরিচালিত হয়

মনে রাখবেন যে কিছু সেটিংস কর্মক্ষেত্রের ফাইলে সংরক্ষণ করা যেতে পারে বা এটি .vscode ফোল্ডার থেকে স্থানান্তরিত হতে পারে। নিচে দেখ.


.gitignoreব্যবহারের জন্য নমুনা কোড (এবং এটি কোথায় পাবেন)

Https://gitignore.io এ প্রস্তাবিত হিসাবে সেটিংস এখানে দেওয়া আছে । সর্বশেষতম প্রস্তাবিত .gitignoreফাইলটি পেতে আপনি সেখানে "ভিজ্যুয়ালস্টুডিও কোড" অনুসন্ধান করতে পারেন । আমি এই ওয়েবসাইটটি .gitignoreআমার বেশিরভাগ নতুন রেপোর জন্য একটি সূচনা পয়েন্ট হিসাবে ব্যবহার করি :

# Created by https://www.gitignore.io/api/visualstudiocode
# Edit at https://www.gitignore.io/?templates=visualstudiocode

### VisualStudioCode ###
.vscode/*
!.vscode/settings.json
!.vscode/tasks.json
!.vscode/launch.json
!.vscode/extensions.json

### VisualStudioCode Patch ###
# Ignore all local history of files
**/.history

# End of https://www.gitignore.io/api/visualstudiocode

উপরে .gitignoreফাইল, .vscode/*লাইন সবকিছু বাদ দেওয়ার বলেছেন .vscodeফোল্ডারের, কিন্তু তারপর !.vscode/a_specific_fileলাইনে "নয়" যে ফোল্ডারে (কিছু নির্দিষ্ট ফাইল উপেক্ষা Git বলুন settings.json, launch.json, ইত্যাদি)। শেষ ফলাফলটি হ'ল .vscodeফোল্ডারে সমস্ত কিছু বাদ দেওয়া হয় বিশেষত other অন্যান্য লাইনের একটিতে নামযুক্ত ফাইলগুলি বাদে।


অন্যান্য বিষয় এবং কীভাবে নিজের জন্য চিন্তা করবেন ...

.vscodeআপনার রেপোতে ফোল্ডারটি অন্তর্ভুক্ত করা আসলে কোনও পৃথক আইডিই (বা পাঠ্য / কোড সম্পাদক) ব্যবহার করে এমন কাউকে ক্ষতি করে না ।

তবে এটি ভিএস কোড ব্যবহার করে অন্যান্য ব্যক্তির ক্ষতি করতে পারে, যদি এই ফাইলগুলিতে জেনেরিক সেটিংস অন্তর্ভুক্ত থাকে যা আপনার পরিবেশের সাথে নির্দিষ্ট কিছু প্রয়োজন, যা তাদের পরিবেশের চেয়ে আলাদা - যেমন রেপো ইনস্টল করা হয় এমন সম্পূর্ণ পথের মতো (যা ভিএস কোড পাইথন এক্সটেনশন ধারাবাহিকভাবে রাখে pythonpathমধ্যে .vscode/settings.json)। মূলটি হ'ল আপনার স্থানীয় পরিবেশের জন্য কাস্টমযুক্ত সেটিংসগুলি এড়ানোর জন্য, কেবল সেগুলি ভাগ করে নিতে পারেন যা প্রত্যেকের দ্বারা ব্যবহৃত হতে পারে।

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


ব্যবহারকারী, কর্মক্ষেত্র এবং ফোল্ডার সেটিংস সম্পর্কে

দ্রষ্টব্য:.vscode ফোল্ডারে সেটিংস ফাইলগুলি কেবল তখনই আপডেট হয় যখন আপনি সেটিংসের ফোল্ডার সংস্করণে পরিবর্তন করেন (যদিও এর ব্যতিক্রম অনেক বেশি বলে মনে হয়)।

  • আপনি যদি ব্যবহারকারী সেটিংসে পরিবর্তন করেন তবে সেগুলি সাধারণত অন্য কোথাও সংরক্ষণ করা হয়।
  • আপনি যদি ওয়ার্কস্পেস সেটিংসে পরিবর্তন করেন তবে সেগুলি আপনি বর্তমানে যে ফোল্ডারে ব্যবহার করছেন তা সাধারণত সেগুলি সংরক্ষণ করা হয় *.code-workspace(তারা এখনও প্রায়শই ফোল্ডার সেটিংস ফাইলগুলিতে যায় - তবে আপনি ম্যানুয়ালি এগুলি সরাতে পারেন!)।

এর অর্থ আপনার ব্যক্তিগত পিসির জন্য ব্যবহারকারী সেটিংসে কাস্টম সেটিংস স্থাপন করা উচিত এবং যখনই সম্ভব কোনও নির্দিষ্ট প্রকল্প / প্যাকেজের জন্য জেনেরিকগুলি রাখা উচিত put

  • আমি লক্ষ্য করেছি যে পাইথন এক্সটেনশনটি ব্যবহার করার সময় .vscode/settings.jsonফাইলটি (যা ফোল্ডার সেটিংস সংরক্ষণ করে) সর্বদা pythonpathসেটিংয়ের নিখুঁত পাথ সংরক্ষণ করে , তাই আমি আমার .gitignoreফাইলগুলি থেকে এর বাদ পড়লাম এবং আমার পাইথন স্টোরগুলিতে আর সংরক্ষণ করব না। এমনকি যদি আমি এটি কোনও আপেক্ষিক পথ দিয়ে সংরক্ষণ করি তবে ভিএস কোড কেবল এটিকে পরম পথে পুনরায় সেট করে।
  • পরিবর্তে, আমি কেবল কোডে ওয়ার্কস্পেস হিসাবে ব্যবহার করার জন্য যে কোনও ফোল্ডার সংরক্ষণ করেছি (উদাহরণস্বরূপ myproject.code-workspaceফাইলের সাথে একটি ফাইল তৈরি করুন -> ওয়ার্কস্পেস হিসাবে সংরক্ষণ করুন That এইভাবে, আপনি ওয়ার্কস্পেস ফাইলের মধ্যে যা যা নিয়ন্ত্রণ করতে পারেন এবং এটি বাদ দিয়ে রেপোতে সংরক্ষণ করতে পারেন lud ফোল্ডার সেটিংস ফাইল ( .vscode/settings.json)। কী সংরক্ষিত হয় এবং কী হয় না তা নিয়ন্ত্রণ করতে আপনি ওয়ার্কস্পেস এবং ফোল্ডার সেটিংস ফাইলগুলির মধ্যে যে কোনও সেটিংসকে অনেক বেশি স্থানান্তরিত করতে পারেন Just কেবল ওয়ার্কস্পেস ফাইলটি ফোল্ডার সেটিং ফাইলে থাকা কোনও কিছুকে ওভাররাইড করবে।

এর দীর্ঘ এবং সংক্ষিপ্তটি হ'ল - আপনি কেবল একটি ওয়ার্কস্পেস ফাইল ব্যবহার করতে পারেন এবং ফোল্ডার সেটিংস ফাইলে স্থানীয় সেটিংস স্থাপনের সময় এটিতে সর্বাধিক সাধারণ সেটিংস রাখতে পারেন, যদিও এটি আপনি কোন এক্সটেনশন / ভাষা ব্যবহার করছেন তার উপর নির্ভর করে।

অবশ্যই আপনার কাছে .vscode/settings.jsonফাইল সংরক্ষণের অন্যান্য কারণ বা এর কিছু অংশ থাকতে পারে। অথবা এটি আপনার বর্তমান ভাষার সেটিংসের জন্য কোনও সমস্যা নাও হতে পারে।

আপনার মাইলেজ পরিবর্তিত হতে পারে...


10

চারপাশে যুক্তি বাদ দিয়ে শুধু অনুশীলনকে কেন দেখছেন না?

.vscodeআমি এখনও অবধি খুঁজে পাওয়া সবচেয়ে বড় একটি প্রকল্প হ'ল মোজিলা ফায়ারফক্স । দেখে মনে হচ্ছে ফায়ারফক্স টিম তাদের সাধারণ কাজগুলি ভাগ করে নেওয়ার প্রস্তাব দিয়েছে।

সুতরাং আমি অনুমান করি .vscodeযে আপনি যতটা জানেন আপনি যতক্ষণ না জানেন এটি রাখা কোনও খারাপ ধারণা নয় ।

অন্যান্য বড় প্রকল্পগুলি ভাগ করে নেওয়ার সময় আমি এই পোস্টটি আপডেট করব .vscode


8

অন্যান্য উত্তর হিসাবে একই: না।

উদাহরণ হিসাবে, গিট ২.১৯ (Q3 2018) দ্বারা নির্বাচিত পদ্ধতির বিষয়টি বিবেচনা করুন, যা contrib/ভিএসকোডের ব্যবহারকারীদের গিট কোডবেস দিয়ে আরও ভালভাবে কাজ করতে সহায়তা করার জন্য একটি স্ক্রিপ্ট (ইন ) যুক্ত করেছে।

অন্য কথায়, .vscodeসামগ্রীটি তৈরি করুন (এটি এখনও বিদ্যমান না থাকলে) এটির সংস্করণ করবেন না।

দেখুন কমিট 12861e2 , 2a2cdd0 কমিট , 5482f41 কমিট , f2a3b68 কমিট , 0f47f78 কমিট , b4d991d কমিট , 58930fd কমিট , dee3382 কমিট , কমিট 54c06c6 দ্বারা (30 জুলাই 2018) জোহানেস Schindelin ( dscho)
(দ্বারা একীভূত junio সি Hamano - gitster- মধ্যে কমিট 30cf191 , 15 আগস্ট 2018)

contrib: ভিএস কোড কনফিগারেশন আরম্ভ করার জন্য একটি স্ক্রিপ্ট যুক্ত করুন

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

এই প্যাচটি এমন একটি স্ক্রিপ্ট যুক্ত করেছে যা পরিবেশকে ভিএস কোডের সাথে কার্যকরভাবে কাজ করতে সাহায্য করে: কেবল ইউনিক্স শেল স্ক্রিপ্টটি চালান contrib/vscode/init.sh, যা সম্পর্কিত ফাইলগুলি তৈরি করে এবং ভিএস কোডে গিটের উত্স কোডের শীর্ষ স্তরের ফোল্ডারটি খুলবে


1

উত্তরটি "না", কারণ .vscode ফোল্ডারটি এই সম্পাদকের জন্য এবং অন্যকে বিভ্রান্ত করার ক্ষেত্রে আপনার ব্যক্তিগত সেটিংগুলি রেপো করার জন্য চাপ দেওয়া উচিত নয়, সুতরাং পরিবর্তনগুলি উপেক্ষা করার জন্য আপনি এটি আপনার প্রকল্পের .gitignore ফাইলটিতে যুক্ত করতে পারেন


17
আমি আপনার কঠোর অবস্থানের সাথে একমত নই @ বেঞ্জামিনপাসেরোর উত্তরে উল্লিখিত হিসাবে, আপনার দরকার নেই, তবে এটি বেশিরভাগ ক্ষেত্রে বোঝা যায়, যেমন ভাগ করে নেওয়া টাস্ক কনফিগারেশন। অবশ্যই, নিজের সতীর্থদের প্রতি মনোযোগী হওয়া এবং তাদের উপর অকারণে পছন্দকে জোর না করা ভাল।
রোনাল্ড জারেটস

হ্যাঁ, এ কারণেই আমাদের পৃথক ব্যবহারকারীর সেটিংস এবং কর্মক্ষেত্র সেটিংস ( .vscode/settings.jsonএকটি ওয়ার্কস্পেসের ফাইল) রয়েছে: কোড. visualstudio.com/docs/getstarted/… কেবলমাত্র সরঞ্জাম কনফিগারেশনের মতো জিনিসগুলি ওয়ার্কস্পেস সেটিংসে চলে যায়
ম্যাট বিয়ারার

@ রোনাল্ডজারটস .vscode ফোল্ডারটি আপনার নিজের সম্পাদকের সেটিং এবং কোড শৈলীর সম্পর্কে, আমি মনে করি এটি কেবল নিজের ব্যবহারের জন্য, সুতরাং আমি আগেই বলেছি, ফোল্ডারটিকে গিট নিয়ন্ত্রণ প্রবাহে ঠেলাবেন না push
জিয়ালিন ওয়াং

6
@ জিয়ালিনওয়াং দুঃখিত, আমি ইতিমধ্যে করেছি। ;) কৌতুকগুলি বাদ দিয়ে, এটিতে আইটেমগুলিও ভাগ করে নেওয়ার জন্য রয়েছে, উদাহরণস্বরূপ আমার প্রকল্পে আমাদের (1) launch.json- ডিবাগিংয়ের জন্য কনফিগারেশনগুলি চালু করুন যা সেট আপ করা অপ্রয়োজনীয় হতে পারে। (২) settings.jsonপ্রকল্প স্তরের সেটিংস যেমন ব্যবহার করতে টাইপস্ক্রিপ্ট সংকলক, হোয়াইটস্পেস বিধি, (3) tasks.json- বিল্ড কমান্ড। আপনি ভাগ না করার জন্য চয়ন করতে পারেন, তবে আমরা এটি দরকারী বলে মনে করি।
রোনাল্ড জারেটস

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

1

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

আপনি কখন একটি ওয়ার্কস্পেস তৈরি করবেন, আপনার একটি ফাইল সংরক্ষণ করতে হবে code-workspace। এই ফাইলটি শুধু এই ফাইলটি Git সংগ্রহস্থলের বাইরে সংরক্ষণ, কাস্টম সেটিংস রয়েছে এবং যোগ করার জন্য মুক্ত হবে .vscodeমধ্যে .gitignoreফাইল।

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