ฉันควรยอมรับโฟลเดอร์. vscode เพื่อควบคุมแหล่งที่มาหรือไม่


295

เป็น.vscodeโฟลเดอร์หมายความว่าจะต้องมุ่งมั่นที่จะควบคุมแหล่ง?

ในโครงการใหม่โฟลเดอร์ว่างเปล่ายกเว้นsettings.jsonไฟล์ มีสิ่งใดบ้างที่จะเข้าสู่โฟลเดอร์นี้ มันเฉพาะเครื่องเฉพาะนักพัฒนาเช่น.vsโฟลเดอร์และจึงไม่มุ่งมั่น? หรือนักพัฒนาซอฟต์แวร์ทุกคนควรแบ่งปันโฟลเดอร์นี้และควรทำอย่างไร

ความคิดเห็นที่ด้านบนของ.vscode/settings.jsonสถานะไฟล์:

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

นี่น่าจะบอกเป็นนัยว่าโฟลเดอร์ควรมีการตั้งค่าเฉพาะโครงการและรวมอยู่ในแหล่งที่มา นอกจากนี้โพสต์บน UserVoice นี้ดูเหมือนว่าจะมีการพิมพ์บางส่วนในนั้นและแนะนำว่าควรจะมีการกระทำ


หากคุณเริ่มโครงการใน Visual Studio และจากนั้นส่งมันควรจะมีการเริ่มต้น. gitignore FE (อย่างน้อยโดยทั่วไป) ที่เหมาะสม ถ้ามันตั้งใจที่จะอยู่ที่นั่นมันอาจจะเป็น คุณยังสามารถอ้างอิงสิ่งที่ฉันใช้โดยไม่มีปัญหา
ChiefTwoPencils

2
เป็นความคิดที่ดี @ChiefTwoPencils! สำหรับเรกคอร์ดค่าเริ่มต้น.gitignoreที่ Visual Studio สร้างนั้นมี.vscodeโฟลเดอร์ที่แยกออกในเวลานี้ แต่เนื่องจาก VS Code นั้นค่อนข้างใหม่พวกเขาอาจยังไม่ได้เข้าไป ฉันออกจากโฟลเดอร์ที่ไม่ได้ติดตามตอนนี้ในขณะที่ฉันได้รับข้อมูลเพิ่มเติม
Ronald Zarīts

คำตอบ:


314

เช็คอินที่ .vscodeโฟลเดอร์ถ้าคุณต้องการแชร์การตั้งค่าการกำหนดค่างานและการกำหนดค่าการดีบักกับทีม ฉันคิดว่าโดยทั่วไปแล้วการใช้การตั้งค่าร่วมกัน (เช่นช่องว่าง vs แท็บ) กับทีมหากคุณต้องการบังคับใช้การตั้งค่าในทีม เราอยู่ในการแก้ไขข้อบกพร่องร่วมกันของทีมรหัส VS และการตั้งค่าเฉพาะงานเช่นกันเพราะเราต้องการให้ทีมของเรามีชุดเป้าหมายการดีบักและเป้าหมายงานเดียวกันสำหรับรหัส VS

Btw คุณไม่จำเป็นต้องมี.vscodeโฟลเดอร์ในโครงการของคุณสำหรับการตั้งค่า คุณยังสามารถกำหนดการตั้งค่าในระดับผู้ใช้


54
ขอบคุณ! "เราอยู่ในทีม VS Code ... " ดีพอสำหรับฉัน - สำหรับการเริ่มต้นอย่างน้อย!
Ronald Zarīts

97
หากคุณต้องการแชร์การตั้งค่าระดับไฟล์เช่น "ช่องว่างเทียบกับแท็บ" คุณควรดูโซลูชันตัวแก้ไขข้ามเช่นEditorConfigแทน
Tanz87

2
ไดเรกทอรีนี้มีไดเรกทอรีย่อย "chrome" ขนาด 80 MB คุณแน่ใจหรือไม่ว่าสิ่งนี้ควรถูกส่งไปยังที่เก็บ?
ygoe

10
คุณต้องไม่ใช้ VSCode สำหรับบางอย่างเช่นโครงการงูหลามที่การตั้งค่าพื้นที่ทำงานจะมีเส้นทางหลามเฉพาะของสภาพแวดล้อมสำหรับสิ่งต่าง ๆ เช่นสภาพแวดล้อม VirtualEnv หรือ Anaconda การตรวจสอบไฟล์เหล่านี้ในเสียงเหมือนเป็นปัญหาใหญ่สำหรับสถานการณ์ส่วนใหญ่ เช็กอินไฟล์ตัวอย่าง / ดีฟอลต์แทน
StefanGordon

3
ติดตามบนsymbols.json: stackoverflow.com/questions/51876769/…
ripper234

39

ระหว่างคอมมิชชัน / ไม่สนใจมีตัวเลือกที่สามที่ฉลาดคือ: กระทำด้วย.defaultคำต่อท้าย

ตัวอย่างเช่นคุณสามารถเพิ่มsettings.jsonการ.gitignoreและกระทำsettings.json.defaultเหมือนมันเป็นเรื่องธรรมดา (ในทีมงานของฉัน) ด้วย.envไฟล์

ฉันได้รับคำแนะนำนี้จากการตั้งค่า Commit editor ของวิดีโอถึงการควบคุมเวอร์ชันหรือไม่? โดยMattias Petter Johansson


5
A settings.json.defaultสมเหตุสมผลแล้ว แต่นี่คือสมมุติว่าทีมของคุณทั้งหมดกำลังใช้ vs code และ codebase ของคุณไม่ได้ถูกแชร์ให้กับผู้ชมที่กว้างขึ้น ฉันพบว่าโครงการโอเพ่นซอร์สของฉันบน GitHub ฉันแค่ตรวจสอบให้แน่ใจว่าฉันเพิ่มลงใน gitignore เริ่มต้นของฉันเพราะฉันไม่ต้องการบังคับ IDE เฉพาะเจาะจงกับผู้ใช้ที่มีศักยภาพของฉันใน codebase ของฉัน
jamescampbell

3
@jamescampbell การเพิ่มไฟล์เฉพาะ IDE แทบไม่เคยบังคับให้ IDE กับใคร - เพียงแค่ให้พวกเขามีตัวเลือกในการรับการตั้งค่าสภาพแวดล้อมทั่วไปของคุณหากพวกเขาเกิดขึ้นในการใช้ IDE นั้น Quesiton ที่ใหญ่กว่าคือสนับสนุนไฟล์เหล่านั้นอย่างเป็นทางการหรือไม่ - เช่นมีวัตถุประสงค์เพื่อให้ทันสมัยและทำงานอยู่เสมอ ในทางทฤษฎีคุณสามารถมีไฟล์สภาพแวดล้อม IDE หลายไฟล์สำหรับ IDE ที่แตกต่างกันทั้งหมดที่มีอยู่โดยไม่มีข้อขัดแย้งใด ๆ
LightCC

23
  • ไม่เคยกระทำ.vscode/settings.json- search.excludeมีข้อยกเว้นของแปลก หากคุณต้องการจริงๆให้ระมัดระวังการตั้งค่าเฉพาะโครงการของคุณที่คุณต้องการบังคับใช้กับนักพัฒนาอื่น ๆ
  • สำหรับการตรวจสอบการจัดรูปแบบการใช้งานการรวบรวมไฟล์อื่น ๆ ชอบpackage.json, .eslint, tsconfig.jsonฯลฯ
  • . vscode เท่านั้นที่เหมาะสมที่จะรวมคือการเปิดใช้การกำหนดค่าที่ซับซ้อนสำหรับการดีบัก
  • ระวังอาจมีส่วนขยายของบุคคลที่สามในระบบของคุณที่สามารถใส่ข้อมูลส่วนตัวได้!

สิ่งที่คุณไม่สามารถทำได้คือคัดลอกและวางไฟล์การตั้งค่าทั้งหมด.vscode/settings.json. ฉันเห็นบางคนทำสิ่งนี้และยืนยันว่าไฟล์นั้นเป็นความโหดร้าย ในกรณีนี้คุณจะไม่เพียงทำลายพื้นที่ทำงานของผู้อื่น แต่ที่แย่ที่สุดคือคุณจะบังคับใช้การตั้งค่าให้กับผู้ใช้ที่คุณไม่ชอบสุนทรียภาพ UI ประสบการณ์ คุณอาจจะทำลายสภาพแวดล้อมของพวกเขาเพราะบางระบบขึ้นอยู่กับมาก ลองนึกภาพฉันมีปัญหาเกี่ยวกับการมองเห็นดังนั้นeditor.*การตั้งค่าผู้ใช้ของฉันจะทำให้เป็นส่วนตัวและเมื่อฉันเปิดโครงการของคุณภาพจะเปลี่ยนไป ลองนึกภาพฉันมีปัญหาการมองเห็นฉันจำเป็นต้องปรับแต่งแก้ไขผู้ใช้ให้เป็นแบบส่วนตัว * การตั้งค่าเพื่อให้สามารถทำงานได้ ฉันจะโกรธ

.vscode/settings.jsonหากคุณจริงจังไม่ได้กระทำ โดยทั่วไปการตั้งค่าที่อาจเป็นประโยชน์สำหรับโครงการเฉพาะเช่นการตรวจสอบความถูกต้องการรวบรวม แต่โดยทั่วไปคุณสามารถใช้ไฟล์การกำหนดค่าเครื่องมือเฉพาะเช่น. eslint, tsconfig.json, .gitignore, package.json เป็นต้นฉันเดาว่าผู้เขียน vscode เพิ่งเพิ่มไฟล์เพื่อทำให้ประสบการณ์ของผู้ใช้ใหม่ง่ายขึ้น แต่ถ้าคุณต้องการจริงจังอย่าทำ!

ข้อยกเว้นเพียงอย่างเดียวและในบางกรณีอาจเป็น search.exclude


3
ฉันรู้สึกว่าคำแนะนำของคุณเกี่ยวกับ.vscode/settingsนั้นเข้มงวดเกินไป ใช้.eslintหรือ.editorconfigไฟล์ถ้าคุณทำได้ แต่คุณยังควรเช็คอิน.vscode/settingsว่าคุณต้องการให้มีการแชร์การตั้งค่าระหว่างนักพัฒนาทั้งหมดในทีม / โปรเจ็ก
ต์หรือไม่

3
Matt ทำไมคุณคิดว่านักพัฒนาอื่น ๆ ทั้งหมดใช้ vscode อาจเป็นคนที่ใช้ webstorm, vim, sublime นั่นคือสาเหตุที่คุณควรทำงานกับ eslint ฯลฯ และไม่ใช่ settings.json
Cancerbero

ตรวจสอบอีกครั้ง.vscode/settingsหากคุณทำงานกับทีมที่ใช้ vscode หรือคุณกำลังทำงานในโครงการที่นักพัฒนาซอฟต์แวร์หลายคนใช้ vscode การตั้งค่าบางอย่างนั้นไม่ได้มีค่าเทียบเท่าตัวแก้ไขข้าม
Matt Bierner

@ MattBierner ยุติธรรมพอถ้าคุณกำลังพัฒนาโครงการใกล้แหล่งที่มาใน บริษัท ที่บังคับใช้บรรณาธิการ แต่ฉันไม่คิดว่ามันเป็นสถานการณ์ทั่วไปและโดยเฉพาะในโครงการโอเพ่นซอร์ส ...
cancerbero

จุดเกี่ยวกับส่วนขยายของบุคคลที่สามนั้นถูกต้องมาก - เป็นตัวอย่างที่ฉันเชื่อว่าส่วนขยายของ MS SQL จะเพิ่มส่วนกำหนดค่าการเชื่อมต่อไปยังการตั้งค่าโครงการ / พื้นที่ทำงานถ้ามี - แม้ว่าจะไม่เก็บข้อมูลรับรอง .
Dan Harris

18

สรุปคำตอบอื่น ๆ

คำแนะนำคือการยกเว้น.vscodeโฟลเดอร์ แต่ให้ปล่อยไฟล์ JSON ที่เลือกไว้ซึ่งจะช่วยให้นักพัฒนาซอฟต์แวร์รายอื่นสามารถสร้างการตั้งค่าที่แชร์ได้ใหม่

ตัวอย่างของการตั้งค่าที่จะรวมถึง:

  • การกำหนดค่าการทดสอบเฉพาะภาษาเพื่อเรียกใช้ชุดทดสอบ ( settings.json)
  • การตั้งค่าส่วนขยายสำหรับ linters และเครื่องมือการจัดรูปแบบรหัสเพื่อบังคับใช้กฎภาษาที่ใช้ใน repo นี้ ( settings.json)
  • เรียกใช้และแก้ไขการกำหนดค่า ( launch.json)
  • แชร์งาน - หากจัดการด้วยรหัส VS ( tasks.json)

โปรดทราบว่าการตั้งค่าบางอย่างสามารถเก็บไว้ในไฟล์พื้นที่ทำงานหรือถ่ายโอนไปยังได้จากโฟลเดอร์. vscode ดูด้านล่าง


.gitignoreโค้ดตัวอย่างที่จะใช้ (และตำแหน่งที่จะได้รับ)

นี่คือการตั้งค่าให้เป็นข้อเสนอแนะที่https://gitignore.io คุณสามารถค้นหา "VisualStudioCode" ที่นั่นเพื่อรับ.gitignoreไฟล์ที่แนะนำล่าสุด ฉันใช้เว็บไซต์นี้เป็นจุดเริ่มต้น.gitignoreสำหรับส่วนใหญ่ของ repos ใหม่ของฉัน:

# 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เส้นบอกคอมไพล์จะ "ไม่" ละเว้นไฟล์บางอย่างในโฟลเดอร์นั้น ( settings.json, launch.jsonฯลฯ ) ผลลัพธ์ที่ได้คือทุกอย่างไม่รวมอยู่ใน.vscodeโฟลเดอร์ยกเว้นไฟล์ที่มีชื่อเฉพาะในหนึ่งบรรทัดอื่น ๆ


ปัจจัยอื่น ๆ และวิธีการคิดออกเพื่อตัวคุณเอง ...

การรวม.vscodeโฟลเดอร์ใน repo ของคุณไม่ได้ทำร้ายใครที่ใช้ IDE อื่น (หรือ text / code editor)

อย่างไรก็ตามอาจทำให้ผู้อื่นใช้รหัส VS หากไฟล์เหล่านี้มีการตั้งค่าทั่วไปที่ต้องการบางสิ่งบางอย่างสำหรับสภาพแวดล้อมของคุณซึ่งแตกต่างกันในสภาพแวดล้อมของพวกเขา - เช่นเส้นทางสัมบูรณ์ที่ repo ติดตั้งอยู่pythonpathใน.vscode/settings.json) กุญแจสำคัญคือการหลีกเลี่ยงการบันทึกการตั้งค่าที่กำหนดเองสำหรับสภาพแวดล้อมท้องถิ่นของคุณเฉพาะการแบ่งปันที่สามารถใช้งานได้โดยทุกคน

ตัวอย่างเช่นหากไฟล์การตั้งค่า IDE มีพา ธ ที่สมบูรณ์ไปยัง repo หรือไฟล์ / ไลบรารีใด ๆ เป็นต้นแสดงว่าไม่ถูกต้องอย่าแชร์ แต่ถ้าการอ้างอิงทั้งหมดนั้นสัมพันธ์กันพวกเขาก็ควรทำงานให้กับทุกคนที่ใช้ repo (แม้ว่าจะต้องระมัดระวังเกี่ยวกับความแตกต่างของสเปคพา ธ ระหว่าง Windows / Unix .. )


เกี่ยวกับการตั้งค่าผู้ใช้พื้นที่ทำงานและโฟลเดอร์

หมายเหตุ:.vscodeโดยทั่วไปไฟล์การตั้งค่าในโฟลเดอร์นั้นจะได้รับการอัปเดตเฉพาะเมื่อคุณทำการเปลี่ยนแปลงการตั้งค่าเวอร์ชันของโฟลเดอร์ (ดูเหมือนจะมีข้อยกเว้นมากมาย)

  • หากคุณทำการเปลี่ยนแปลงการตั้งค่าผู้ใช้มักจะถูกจัดเก็บไว้ที่อื่น
  • หากคุณทำการเปลี่ยนแปลงการตั้งค่าพื้นที่ทำงานปกติจะถูกเก็บไว้ใน*.code-workspaceโฟลเดอร์ที่คุณกำลังใช้งานอยู่ (โดยปกติจะยังคงอยู่ในไฟล์การตั้งค่าโฟลเดอร์ - แต่คุณสามารถย้ายได้ด้วยตนเอง!)

ซึ่งหมายความว่าคุณควรตั้งค่าที่กำหนดเองสำหรับพีซีส่วนบุคคลของคุณลงในการตั้งค่าผู้ใช้และตั้งค่าทั่วไปสำหรับโครงการ / แพ็คเกจเฉพาะลงในส่วนอื่น ๆ เมื่อทำได้

  • ฉันสังเกตว่าเมื่อใช้ส่วนขยาย Python .vscode/settings.jsonไฟล์ (ซึ่งบันทึกการตั้งค่าโฟลเดอร์ ) จะบันทึกพา ธ สัมบูรณ์ภายใต้การpythonpathตั้งค่าเสมอดังนั้นฉันจึงลบการแยกออกจาก.gitignoreไฟล์ของฉันและไม่บันทึกลงใน repos ของ Python อีกต่อไป แม้ว่าฉันจะบันทึกด้วยเส้นทางสัมพัทธ์รหัส VS เพียงแค่รีเซ็ตเป็นเส้นทางที่แน่นอน
  • แต่ฉันเพิ่งบันทึกโฟลเดอร์ใด ๆ ที่ฉันต้องการใช้ใน Code เป็นเวิร์กสเปซ (เช่นสร้างmyproject.code-workspaceไฟล์ด้วยFile -> Save workspace asด้วยวิธีนี้คุณสามารถควบคุมสิ่งที่จะเข้าไปในไฟล์เวิร์กสเปซและบันทึกลง repo ได้ ไฟล์การตั้งค่าโฟลเดอร์ ( .vscode/settings.json) คุณสามารถย้ายการตั้งค่าใด ๆ ระหว่างเวิร์กสเปซและไฟล์การตั้งค่าโฟลเดอร์เพื่อควบคุมสิ่งที่ได้รับการบันทึกและสิ่งที่ไม่จำไว้ว่าไฟล์เวิร์กสเปซจะแทนที่สิ่งใด ๆ ในไฟล์การตั้งค่าโฟลเดอร์

ความยาวและความสั้นคือ - คุณสามารถใช้ไฟล์เวิร์กสเปซแล้วตั้งค่าทั่วไปส่วนใหญ่ในขณะที่ตั้งค่าโลคัลในไฟล์การตั้งค่าโฟลเดอร์แม้ว่าสิ่งนี้จะขึ้นอยู่กับส่วนขยาย / ภาษาที่คุณใช้

แน่นอนคุณอาจมีเหตุผลอื่นในการบันทึก.vscode/settings.jsonไฟล์หรือบางส่วนของมัน หรือนี่อาจไม่ใช่ปัญหาสำหรับการตั้งค่าในภาษาปัจจุบันของคุณ

ไมล์สะสมของคุณอาจแตกต่างกันไป ...


10

ทำไมไม่ลองดูที่การฝึกอื่นนอกเหนือจากข้อโต้แย้งแถวนี้ล่ะ?

หนึ่งในโครงการที่ใหญ่ที่สุดที่ช่วยให้.vscodeฉันพบเพื่อให้ห่างไกลMozilla Firefox ดูเหมือนว่าทีม Firefox จะแบ่งปันงานทั่วไปและส่วนขยายที่แนะนำ

ดังนั้นฉันคิดว่าไม่ใช่ความคิดที่ดีที่จะรักษา.vscodeตราบใดที่คุณรู้ว่าคุณกำลังทำอะไรอยู่

ฉันจะปรับปรุงการโพสต์นี้เมื่อฉันเห็นโครงการขนาดใหญ่อื่น ๆ .vscodeที่หุ้น


8

เหมือนกับคำตอบอื่น ๆ : ไม่

ลองพิจารณาแนวทางที่เลือกโดย Git 2.19 (ไตรมาสที่ 3 ปี 2018) ซึ่งจะเพิ่มสคริปต์ (ในcontrib/) เพื่อช่วยให้ผู้ใช้ VSCode ทำงานได้ดีขึ้นด้วย Git codebase

กล่าวอีกนัยหนึ่งให้สร้าง.vscodeเนื้อหา (หากยังไม่มี) อย่าทำเวอร์ชันนั้น

ดูกระทำ 12861e2 , กระทำ 2a2cdd0 , กระทำ 5482f41 , กระทำ f2a3b68 , กระทำ 0f47f78 , กระทำ b4d991d , กระทำ 58930fd , กระทำ dee3382 , กระทำ 54c06c6 (30 กรกฎาคม 2018) โดยโยฮันเน Schindelin (dscho )
(รวมโดยJunio C Hamano - gitster-ในการกระทำ 30cf191 , 15 สิงหาคม 2018)

contrib: เพิ่มสคริปต์เพื่อเริ่มต้นการกำหนดค่า VS Code

VS Code เป็นตัวแก้ไขซอร์สโค้ดที่ทรงพลัง แต่ทรงพลังซึ่งรันบนเดสก์ท็อปของคุณและพร้อมใช้งานสำหรับ Windows, macOS และ Linux
นอกจากภาษาอื่น ๆ แล้วยังรองรับ C / C ++ ผ่านทางส่วนขยายซึ่งไม่เพียง แต่สร้างและตรวจแก้จุดบกพร่องของรหัส แต่ยังรวมถึง Intellisense เช่นการรับรู้โค้ดที่สมบูรณ์

แพทช์นี้จะเพิ่มสคริปต์ที่ช่วยให้การตั้งค่าสภาพแวดล้อมในการทำงานอย่างมีประสิทธิภาพด้วย VS รหัสสินค้า: เพียงแค่เรียกใช้ระบบปฏิบัติการยูนิกซ์เชลล์สคริปต์contrib/vscode/init.shซึ่งจะสร้างไฟล์ที่เกี่ยวข้องและเปิดโฟลเดอร์ระดับบนสุดของรหัสที่มา Git ใน VS รหัส


1

คำตอบคือ "ไม่" เนื่องจากโฟลเดอร์. vscodeมีไว้สำหรับตัวแก้ไขนี้และคุณไม่ควรผลักดันการตั้งค่าส่วนบุคคลเหล่านี้ไปที่ repo ในกรณีที่ทำให้ผู้อื่นสับสนดังนั้นคุณสามารถเพิ่มลงในไฟล์. gitignoreของโครงการเพื่อเพิกเฉยต่อการเปลี่ยนแปลง


17
ฉันจะไม่เห็นด้วยกับท่าทางที่เข้มงวดของคุณ ดังที่ได้กล่าวไว้ในคำตอบโดย @BenjaminPasero คุณไม่จำเป็นต้องทำ แต่มันสมเหตุสมผลในหลายกรณีเช่นการแชร์การกำหนดค่างาน แน่นอนว่ามันเป็นเรื่องดีที่จะระวังเพื่อนร่วมทีมและไม่บังคับให้พวกเขาชอบโดยไม่จำเป็น
Ronald Zarīts

ใช่นี่คือเหตุผลที่เรามีการตั้งค่าผู้ใช้แยกต่างหากและการตั้งค่าพื้นที่ทำงาน ( .vscode/settings.jsonไฟล์ในพื้นที่ทำงาน): code.visualstudio.com/docs/getstarted/ ......เฉพาะสิ่งต่าง ๆ เช่นการกำหนดค่าเครื่องมือเข้าสู่การตั้งค่าพื้นที่ทำงาน
Matt Bierner

@ RonaldZarīts .vscode folder เป็นเรื่องเกี่ยวกับการตั้งค่าและสไตล์โค้ดของคุณฉันคิดว่ามันเป็นของใช้เองดังนั้นอย่างที่ฉันพูดไปแล้วอย่าผลักโฟลเดอร์เพื่อควบคุมการไหลของคอมไพล์
jialin wang

6
@jialinwang ขอโทษฉันทำไปแล้ว ;) ยังมีรายการที่มีประโยชน์ในการแบ่งปันตัวอย่างเช่นในโครงการของฉันที่เรามี (1) launch.json- เปิดใช้งานการกำหนดค่าสำหรับการดีบักซึ่งอาจไม่สำคัญในการตั้งค่า (2) settings.jsonการตั้งค่าระดับโครงการเช่นคอมไพเลอร์ TypeScript ที่จะใช้กฎช่องว่าง (3) tasks.json- คำสั่ง build คุณสามารถเลือกที่จะไม่แชร์ แต่เราพบว่ามีประโยชน์
Ronald Zarīts

@jialinwang ไม่มีพวกเขาไม่ใช่ เป็นการตั้งค่าระดับโฟลเดอร์ ไม่เพียง แต่คุณควรจะรวมไว้ในระดับบนสุดหากคุณมีการตั้งค่าเฉพาะสำหรับโฟลเดอร์ย่อยคุณควรรวมไว้ด้วย สิ่งสำคัญคือการตั้งค่าผู้ใช้ของคุณออกจากการตั้งค่าระดับโฟลเดอร์ (นี้เป็นสิ่งสำคัญสำหรับเหตุผลอื่น ๆ เช่นกัน) ประเภทของสิ่งที่คุณควรมีในการตั้งค่าระดับโฟลเดอร์ของคุณควรนำไปใช้กับทั้งโฟลเดอร์: ตัวจัดรูปแบบ, linters, อนุสัญญาช่องว่าง (เช่นตัดขอบบรรทัดใหม่ท้าย, ขนาดแท็บ ... ) ...
DylanYoung

1

วิธีง่ายๆในการเก็บการตั้งค่าโดยไม่ต้องคอมมิทในที่เก็บ git โครงการของคุณกำลังสร้างพื้นที่ทำงานและเพิ่มโฟลเดอร์ลงไป

code-workspaceเมื่อไหร่ที่คุณสร้างพื้นที่ทำงานคุณจะต้องบันทึกไฟล์ ไฟล์นี้มีการตั้งค่าที่กำหนดเองเพียงบันทึกไฟล์นี้ออกจากที่เก็บ git และจะเพิ่ม.vscodeลงใน.gitignoreไฟล์ได้ฟรี

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.