คุณจะปิดใช้งานการรวม Git ใน Visual Studio 2013 อย่างถาวรได้อย่างไร

113

ฉันรู้ว่าคุณสามารถปิดใช้งานการรวมคอมไพล์ได้โดยใช้กล่องโต้ตอบเครื่องมือ / ตัวเลือก แต่สิ่งที่ฉันสังเกตเห็นคือการตั้งค่านี้ดูเหมือนจะไม่คงอยู่ในเซสชัน กล่าวคือทันทีที่ปิดและเปิดโซลูชันอีกครั้งการรวม Git จะถูกเปิดใช้งานอีกครั้ง ฉันเดาว่า Visual Studio กำลังเห็นโฟลเดอร์. git ในแผนผังระบบไฟล์โซลูชันของฉัน

มีปลั๊กอิน Visual Studio 2013 หลายแบบที่ทำงานไม่ถูกต้องเมื่อเปิดใช้งานปลั๊กอิน Git ฉันต้องการจัดการการควบคุมแหล่งที่มาที่บรรทัดคำสั่งและฉันทำงานในโครงการขนาดใหญ่สองสามโครงการซึ่งการรวม Git ทำให้เกิดการชะลอตัวที่เห็นได้ชัด ในการเปิดและทำงานกับโซลูชัน ฉันต้องการปิดมันให้ดีเพราะฉันไม่ได้ใช้มันหรือต้องการมัน เป็นไปได้หรือไม่

git  visual-studio-2013 
— ไบรอันพอร์เตอร์
แหล่งที่มา
1
อาจมีประโยชน์: ในการแก้ไขฉันปิดการใช้งานส่วนขยายแล้วเปลี่ยนการควบคุมแหล่งที่มาโดยใช้ฟังก์ชัน 'Bind' Change Source Control - ดูเพิ่มเติมที่: thereprogram.com/2013/04/18/visual-studio-tools-for- git / …
— Tom Kerr
1
นั่นคือเคล็ดลับ - ใน Visual Studio 2013 การรวม Git ไม่ได้จัดให้เป็นส่วนขยายมันถูกอบทันทีไม่สามารถปิดใช้งานส่วนขยายได้เนื่องจากไม่มีส่วนขยายให้ปิดใช้งาน Boo!
— Bryan Porter
บางทีคุณอาจทำให้มันเป็นอัตโนมัติ?
— klumsy
ฉันทำได้ แต่ฉันจะใช้ทริกเกอร์อะไรเพื่อดำเนินการอัตโนมัติ ส่วนขยายที่เริ่มทำงานเมื่อโหลด? การเขียนส่วนขยายเพื่อปิดใช้งานคุณลักษณะ OOB ให้ความรู้สึกแปลก ๆ
— Bryan Porter
1
ทีมของฉันก็มีปัญหานี้เช่นกัน ฉันคิดว่าเคล็ดลับที่เราใช้คือการโหลดโซลูชันปิดใช้งานการรวม git แล้วรีสตาร์ท VS คุณอาจลองติดตั้ง SP 1
— Ade Miller

คำตอบ:

90

ดังที่คุณกล่าวว่าคุณสามารถปิดใช้งานปลั๊กอินควบคุมแหล่งที่มาได้โดยไปที่:

  • เครื่องมือ / ตัวเลือก
  • เลือก "แสดงการตั้งค่าทั้งหมด"
  • การควบคุมแหล่งที่มา / การเลือกปลั๊กอิน
  • ตั้งค่า "ปลั๊กอินควบคุมแหล่งที่มาปัจจุบัน" เป็น "ไม่มี"

จากนั้นตามที่ Ade Miller กล่าวว่า: รีสตาร์ท Visual Studio

Visual Studio ของฉันทำงานได้ช้ามากเนื่องจากเปิดใช้งานการเสียบคอมไพล์และฉันสามารถปิดการใช้งาน "อย่างต่อเนื่องในเซสชัน" ตามขั้นตอนนี้

หวังว่าจะช่วยได้

— Aebsubis
แหล่งที่มา
42
ฉันพบว่า VS เพียงแค่เปิดใช้งาน GIT อีกครั้งเมื่อเปิดโซลูชันอีกครั้ง นอกจากนี้ส่วนขยาย NoGit ที่กล่าวถึงด้านล่างไม่ทำงาน อืมมม
— mackenir
ผมมีปัญหาเดียวกัน. VS เพียงแค่เปิดใช้งานการรวม GIT อีกครั้งในการรีสตาร์ท VS โปรดทราบว่าฉันได้ปิดการใช้งานดังที่อธิบายไว้ข้างต้นหลายสิบครั้งแล้ว (มันกลับมาเรื่อย ๆ )
— Venryx
1
มันเปิดใช้งานอีกครั้งสำหรับฉันด้วย เห็นได้ชัดว่ามีคนเขียนส่วนขยายที่ปิดใช้งานเมื่อเริ่มต้น บ้า! stackoverflow.com/questions/22459959/… . การแฮ็กอื่นในลิงก์นี้คือการลบสิทธิ์จากทุกคนสำหรับผู้ให้บริการ dll: C: \ Program Files (x86) \ Microsoft Visual Studio 12.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation \ Team Explorer \ Microsoft.TeamFoundation.Git.Provider dll
— Sonic Soul
3
ฉันพบว่าการเปิดหน้าต่าง Team Explorer เปิดใช้งานอีกครั้งสำหรับฉัน ดังนั้นฉันจึงปิดหน้าต่างนั้นและเปลี่ยนตัวเลือกกลับเป็นไม่มี หวังว่า VS จะไม่พยายาม "ช่วย" ฉันอีกในเรื่องนี้
— Sean
เมื่อไม่ได้โหลดโซลูชันฉันจึงเปลี่ยนการตั้งค่าปลั๊กอินควบคุมแหล่งที่มาจาก Git กลับเป็นไม่มี จากนั้นฉันรีสตาร์ท Visual Studio (ยังคงไม่มีโซลูชัน) และตรวจสอบการตั้งค่าและตอนนี้เป็นเซิร์ฟเวอร์ Visual Studio Team Foundation ฉันตั้งค่ากลับเป็นไม่มีอีกครั้งและรีสตาร์ท VS อีกครั้งและคราวนี้ดูเหมือนว่าจะติดขัด
— Adrian McCarthy
52

ฉันมีปัญหาเดียวกันกับ Visual Studio 2015 โดยที่ส่วนขยาย NoGit ไม่ได้รับอนุญาตให้ติดตั้ง ฉันใช้ตัวเลือก "เปิดโซลูชันสุดท้ายเมื่อเริ่มต้นระบบ" ดังนั้นฉันจึงคิดว่านี่อาจเกี่ยวข้องกับปัญหาอย่างใด

ดังนั้นฉันจึงปิดโซลูชันของฉันก่อนที่จะไปที่ "เครื่องมือ - ตัวเลือก - การควบคุมแหล่งที่มา" จากนั้นปิดเครื่องเริ่มต้น VS และ - voila ใหม่ SC ก็ปิดอยู่! หวังว่าจะเป็นเช่นนั้นในโซลูชันอื่น ๆ เช่นกัน

— Artalus
แหล่งที่มา
2
เป็นพันเท่านี้ ไม่มีการแฮ็กรีจิสทรีไม่มีส่วนขยายที่กำหนดเองซึ่งใช้งานได้ ขอบคุณ!
— แห้ง
1
ฉันได้ไปรวมนี้กับสิ่งอื่น ๆ ที่หนึ่ง: ฉันปรับปรุงเมนูทางลัดเริ่มต้นของฉัน VisualStudio /ResetSettings "C:\Users\myuserid\Documents\Visual Studio 2015\Settings\CurrentSettings.vssettings"จะรวมถึงสถานะบรรทัดคำสั่งนี้: ตามการอ้างอิงบรรทัดคำสั่งการตั้งค่านี้ "คืนค่าการตั้งค่าเริ่มต้นของ IDE โดยเลือกที่จะรีเซ็ตเป็นไฟล์ VSSettings ที่ระบุ" ดูเหมือนว่าจะมั่นใจได้ว่าการตั้งค่าที่ฉันต้องการจะถูกนำไปใช้เสมอ
— mcw
4
ขอบคุณ! สิ่งนี้ได้ผลสำหรับฉัน หมายเหตุอื่น - อย่าลืมปิดแท็บ Team Viewer ทางด้านขวา (ถัดจาก Solution Explorer) ก่อนที่คุณจะดำเนินการนี้มิฉะนั้นจะเปิดใช้งานใหม่โดยอัตโนมัติหากคุณคลิก
— ForOh สำหรับ
2
ตรวจสอบให้แน่ใจว่าคุณได้ฆ่ากระบวนการ devenv.exe ที่ไม่สามารถใช้งานได้ซึ่งยังคงวนเวียนอยู่หลังจาก VS ล่มโดยปล่อยให้ CPU ของคุณอย่างน้อยหนึ่งตัวถูกตรึงไว้มิฉะนั้นคุณสามารถทำสิ่งนี้ซ้ำแล้วซ้ำอีกและจะไม่ติด แต่มีความสุขมากเมื่อเป็นเช่นนั้นและไม่จำเป็นต้องแฮ็กรีจิสทรี!
— Atters
19

สำหรับฉันการสร้างที่เก็บด้วยคำสั่งต่อไปนี้ช่วยแก้ปัญหา:

git init --separate-git-dir _git

เนื่องจากไม่ได้สร้าง.git ไดเร็กทอรีมีเพียง.git ไฟล์ที่ชี้ไปยังไดเร็กทอรีที่เก็บจริงเช่น:

gitdir: C:/tfs/ProjectName/Main/_git

Visual Studio (อย่างน้อยก็ถึง VS2015 Update 3 ซึ่งเป็นสิ่งที่ฉันใช้) ไม่สังเกตเห็น!

สิ่งนี้ทำงานได้ดีกว่าตัวแปรสภาพแวดล้อมเนื่องจาก Git Extensions (ที่ฉันใช้) มีปัญหาในการรองรับสิ่งนั้น แต่จัดการกับ.gitไฟล์ที่ชี้ไปยัง_gitโฟลเดอร์ได้อย่างสมบูรณ์แบบ

— อเล็กซ์
แหล่งที่มา
เห็นด้วยฉันไม่อยากยุ่งกับสิ่งที่แปรปรวนของสภาพแวดล้อมเช่นกัน ใช้งานได้ดี
— kaveman
ฉันจะเพิ่มว่ามีการพิมพ์ผิดเล็กน้อยด้านบนตัวเลือกคือ--separate-git-dir
— kaveman
2
วิธีแก้ปัญหาที่ยอดเยี่ยม! ขอบคุณพระเจ้า VS2013 ไม่ได้ใช้การอ่าน.git"ลิงก์สัญลักษณ์ Git ที่ไม่เชื่อเรื่องพระเจ้าของระบบไฟล์ไปยังที่เก็บ" มิฉะนั้นเราจะพบในปัญหาเดียวกัน
— KurzedMetal
2
นี่เป็นวิธีแก้ปัญหาที่ง่ายที่สุดที่มีอยู่ในกลุ่มคำตอบทั้งหมด
— Tarik
1
ขอบคุณมากสำหรับคำแนะนำ! เนื่องจากส่วนขยาย Visual Studio ของ NoGit ไม่ทำงานกับ VS 2017 นี่เป็นวิธีเดียวที่ฉันจะหยุด VS 2017 จาก "git-Monitoring" :-) ขอบคุณ! 👍
— Ruslan Garipov
11

เหตุผลหนึ่งที่ทำให้ Git SCC ถูกเปิดใช้งานอีกครั้งใน VS2015 ทุกครั้งที่โหลด IDE คือ CodeLens เครื่องมือ / ตัวเลือก / ตัวแก้ไขข้อความ / ทุกภาษา / CodeLens มีช่องทำเครื่องหมายสำหรับกิจกรรมต่างๆที่เกี่ยวข้องกับ TFVS และ Git - การมีช่องทำเครื่องหมาย git เหล่านี้จะเปิดใช้งานปลั๊กอิน Git โดยอัตโนมัติหากคิดว่าคุณกำลังทำงานกับ git repo

— จอห์นเบรตต์
แหล่งที่มา
คำตอบที่ใช้งานได้ (สำหรับฉัน) ไม่แนะนำให้ลบโซลูชันออกจากการควบคุมแหล่งที่มาหรือทำให้การติดตั้ง VS เสียหาย
— Evren Kuzucuoglu
นี่คือวิธีแก้ปัญหาที่เข้มงวด
— Juan Pablo Califano
สิ่งนี้สำคัญมากเมื่อฉันเห็น Visual Studio 2017 แทนที่สิ่งที่ไม่สำคัญในการปิดใช้งานการควบคุมแหล่งที่มา แต่ดูเหมือนว่าหลังจากนั้น VS 2017 จะสร้าง.vsโฟลเดอร์ขึ้นมา
— Royi
8

ส่วนขยาย NoGit Visual Studioจัดการพฤติกรรมนี้

โบนัส: คำอธิบายที่ยอดเยี่ยม

— mxmissile
แหล่งที่มา
มันใช้ไม่ได้อีกต่อไปกับ VS2013 SP3 น่าเสียดาย
— thumbmunkeys
ฉันใช้ VS 2013 Update 4 และยังใช้งานได้ดีสำหรับฉัน
— mxmissile
ฉันสับสนการรวมคอมไพล์กับข้อมูลคอมไพล์ที่แสดงในโค้ดเลนส์ ... ขอบคุณสำหรับคำชี้แจง!
— thumbmunkeys
3
ไม่รองรับปี 2015
— Ben Wilde
@BenWilde เวอร์ชันใหม่ทำงานร่วมกับ VS 2015 Update 1 (ดูที่นี่: github.com/hmemcpy/nogit )
— Ruslan Garipov
8

สำหรับ Visual Studio 2015 ฉันพบว่า CodeLens กำลังเปิดใช้งานปลั๊กอิน Git Source Control อีกครั้งหลังจากรีสตาร์ท การปิดใช้งาน CodeLens แก้ไขสิ่งนี้

— เอ็ดแอนเดอร์เซน
แหล่งที่มา
นี่เป็นสิ่งสำคัญในการปิดใช้งาน GIT ใน Visual Studio 2017 การจับที่ยอดเยี่ยม!
— Royi
6

(อัปเดต: ตอนนี้คำตอบนี้เป็นโซลูชันที่ทำงานได้อย่างสมบูรณ์ตามความเข้าใจที่ลึกซึ้งยิ่งขึ้นของฉันเกี่ยวกับ GIT_DIR และ GIT_WORK_TREE)

สรุป: Git มีความยืดหยุ่นเพียงพอที่คุณจะสามารถย้ายไฟล์ .gitไดเร็กทอรีไปที่นอกไดเร็กทอรีงานโดยไฟล์ที่เช็คเอาต์จาก tfs สิ่งนี้ทำให้สามารถชำระเงิน tfs ที่สะอาดได้ 100% โดยไม่มีร่องรอยของคอมไพล์ที่วิชวลสตูดิโอสามารถตรวจจับได้ในขณะที่ยังสามารถใช้งานเป็น git repositiory ได้ กุญแจสำคัญคือการแยก git dir (ที่เก็บข้อมูล git) และโครงสร้างงาน (ซอร์สโค้ดที่ตรวจสอบแล้วของคุณ)

สมมติว่าซอร์สโค้ดของคุณเช็คเอาต์ในc:\work\someproject\tfscodeและคุณได้เปิดใช้ที่git initนั่นแล้วเช่นสตูดิโอภาพตรวจพบไฟล์c:\work\someproject\tfscode\.gitไดเร็กทอรีและทำให้เกิดปัญหา

เพื่อให้ชีวิตมีคนไร้ที่พึ่งมากขึ้นให้ทำดังต่อไปนี้:

$ cd /cygdrive/c/work/someproject
$ mv tfscode/.git tfscode.git
$ echo export GIT_DIR=/cygdrive/c/work/someproject/tfscode.git >> env.sh
$ echo export GIT_WORK_TREE=/cygdrive/c/work/someproject/tfscode >> env.sh
$ source env.sh
$ cd tfscode
$ git status
...
$

สิ่งนี้ใช้งานได้ดีกับสตูดิโอวิชวลเนื่องจากมันไม่รู้อะไรเลยที่เก็บไว้ในคอมไพล์

— hlovdal
แหล่งที่มา
อย่างไรก็ตามgit-tf naturaly ไม่ชอบเส้นทาง cygwin ดังนั้นให้ใช้GIT_...=c:/work/...ถ้าคุณวางแผนที่จะใช้ git tf
— hlovdal
นี่เป็นสิ่งที่ดี แต่ฉันไม่ชอบที่จะใช้ c: / work / ... style path แทน \ c \ work \ .. style
— zumalifeguard
6

สิ่งนี้ใช้ได้ผลสำหรับฉันใน Visual Studio 2013 และ 2015 ยังคงมีอยู่แม้ว่าคุณจะปิดและเปิด Visual Studio อีกครั้ง

  1. เปิดโซลูชัน

  2. ไปที่ Tools -> Options -> Source Control -> Set plugin เป็น None

  3. ปิด Visual Studio และดำเนินการคำสั่งด้านล่างด้วยสิทธิ์ของผู้ดูแลระบบ

ย้าย "C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation \ Team Explorer \ Microsoft.TeamFoundation.Git.Provider.dll" "C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation \ Team Explorer \ Microsoft.TeamFoundation.Git.Provider.dll.bak "
— sb.olofsson
แหล่งที่มา
VS 2015 Update 1: ผู้ให้บริการ MSFT TFS ไม่ทำงานหลังจากนี้
— Ruslan Garipov
... หรือคุณสามารถปิดการใช้งาน CodeLens เช่น @John Brett แนะนำ
— ไมค์
6

ลบ Microsoft GitProvider ออกจาก Visual Studio 2015

ลิงค์: http://researchaholic.com/2015/02/02/remove-the-microsoft-gitprovider-from-visual-studio-2013/

  1. ตรวจสอบให้แน่ใจว่า Visual Studio ปิดอยู่
  2. เปิด regedit
  3. ไปที่ HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 14.0_Config \ SourceControlProviders
  4. ลบ 11b8e6d7-c08b-4385-b321-321078cdd1f8 ในบานหน้าต่างรายละเอียดควรระบุว่า GitProvider
  5. เปิด Visual Studio
— Maks
แหล่งที่มา
1
การปรับปรุงคำตอบนี้ - ใช้ไฟล์ reg ต่อไปนี้ Windows Registry Editor เวอร์ชัน 5.00 [-HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ SourceControlProviders \ {11b8e6d7-c08b-4385-b321-321078cdd1f8}]
— Ivan Shakhov
4

ฉันจัดการปิดการใช้งาน Visual Studio Git Provider ในตัวโดยการลบการเกิดขึ้นทั้งหมดของคีย์รีจิสทรีเหล่านั้น:

7FE30A77-37F9-4CF2-83DD-96B207028E1B

11b8e6d7-c08b-4385-b321-321078cdd1f8

— Boklucius
แหล่งที่มา
1
สิ่งนี้ใช้ได้กับฉัน! ขอบคุณ! แต่ยังคงมีคำถามหนึ่งข้อ: หากในที่สุดฉันจะอัปเดต VS (ทำการอัปเดตเล็กน้อยหรืออัปเดตหลัก) ฉันจะต้องลบคีย์อีกครั้งหรือไม่?
— Ruslan Garipov
4

ใช้แพ็คเกจส่วนขยาย NoGit ใหม่: https://github.com/markrendle/nogit/releases/download/1.0.5/NoGit.vsix

ดาวน์โหลดและเพิ่มลงใน Visual Studio: /superuser/73675/how-do-i-install-a-vsix-file-in-visual-studio

ง่าย.

— เบนไวลด์
แหล่งที่มา
ในการติดตั้งฉันต้องการเปลี่ยนนามสกุล. vsix เป็น. zip ด้วยตนเองเพื่อให้คุณสามารถคลิกขวาและแตกไฟล์ได้ จากนั้นสิ่งที่คุณต้องทำคือใส่โฟลเดอร์ที่แยกใหม่ลงในโฟลเดอร์ข้อมูลแอปผู้ใช้ของคุณ (% appdata% \ Local \ Microsoft \ VisualStudio \ {version} \ Extensions) จากนั้นรีสตาร์ท Visual Studio เปิด Tools-> Extensions and Updates ... จากนั้นค้นหา "NoGit" และเปิดใช้งานจากนั้นรีสตาร์ทอีกครั้ง
— Ben Wilde
4

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

ไปที่ VS -> Tools -> Options -> Source Control -> [Current Source Control Plug-in]

คุณได้รับการควบคุมแหล่งที่มาที่เป็นไปได้ทั้งหมดในระบบของคุณและไม่มีตัวเลือก หากคุณเลือกไม่มีคุณพร้อมแล้ว ของฉันได้รับการแก้ไขหลังจากเลือกตัวเลือกไม่มีให้กดตกลงแล้วรีสตาร์ท VS และไม่มีการควบคุมแหล่งที่มาอีกต่อไป

— SRoy
แหล่งที่มา
3

คุณต้องปิดโซลูชัน VS ทั้งหมด เริ่มต้นหนึ่งตั้งค่า Menu \ tools \ options \ Source Control \ Git -> ไม่มีปิดโซลูชันนี้เมื่อได้รับแจ้ง ตอนนี้เมื่อเปิดโซลูชันอื่นตัวเลือกจะยังคงเป็น "ไม่มี"

— Sergei Meleshchuk
แหล่งที่มา
1

VS2015 ดูด CPU ของฉันไป 50% เมื่อไม่มีการใช้งาน ฉันได้เรียนรู้ว่าการปิดใช้งาน Git เป็นวิธีแก้ปัญหา น่าเสียดายที่ปิดการใช้งาน Git เพียงเพื่อเรียนรู้ว่าเปิดใช้งานใหม่โดยอัตโนมัติ

ในกรณีของฉันจริงๆแล้วฉันต้องการใช้ Git แต่ไม่ใช่กับการใช้งาน cpu 50%

เนื่องจากโซลูชัน NoGit มีให้สำหรับ VS2013 เท่านั้นคุณสามารถดาวน์โหลด: Git Source Control Providerได้แม้ว่าคุณจะไม่ได้ใช้ Git ก็ตาม การใช้งาน CPU ของฉันตอนนี้คือ 2,2% แทนที่จะเป็น 50% เมื่อไม่มีการใช้งาน

— bluee
แหล่งที่มา
1

ฉันกำลังมีปัญหากับ Git ใน Visual Studio แต่ในที่สุดฉันก็พบวิธีแก้ปัญหาที่ใช้งานได้แล้ว จนถึงตอนนี้ฉันใช้เคล็ดลับในการเปลี่ยนชื่อโฟลเดอร์. git เป็น _git และเพิ่ม textfile ชื่อ. git ที่มีบรรทัด "gitdir: _git" แต่ตั้งแต่อัปเกรดเป็น VS2019 ที่ใช้ไม่ได้อีกต่อไป

ฉันได้ลองใช้วิธีแก้ปัญหาต่างๆมากมาย แต่ไม่มีวิธีใดได้ผลเนื่องจากฉันต้องการ Git สำหรับบางโครงการไม่ใช่สำหรับโครงการอื่น โครงการที่มีปัญหาของฉันกำลังใช้ Team Foundation Server ของ บริษัท สำหรับการควบคุมแหล่งที่มา แต่เนื่องจากฉันทำรหัสหายในการผสานที่ไม่ถูกต้องที่ทำโดย TFS ฉันจึงยอมรับการเปลี่ยนแปลงของฉันกับที่เก็บ Git ในเครื่องก่อนที่จะอัปเดตหรือตกลงกับ TFS

D:\Projects\TFS\.git git repo ท้องถิ่นที่ VS ไม่ควรใช้

D:\Projects\TFS\ProjectA\$tf TFS ที่ VS ควรใช้สำหรับ ProjectA

ไม่ว่าฉันจะพยายามอย่างไรฉันไม่สามารถรับ VS เพื่อใช้ TFS สำหรับ ProjectA ได้เมื่อพบโฟลเดอร์. git ในโฟลเดอร์หลัก วิธีแก้ปัญหาของฉันคือย้ายโฟลเดอร์. git ไปที่:

D:\Projects\TFS-GIT\.git

และสร้างทางแยกไดเร็กทอรีไปยังโฟลเดอร์ ProjectA เริ่มพร้อมท์คำสั่งและเรียกใช้:

mklink /J D:\Projects\TFS-GIT\ProjectA D:\Projects\TFS\ProjectA

เมื่อเปิดD:\Projects\TFS\ProjectA\ProjectA.slnใน Visual Studio จะไม่พบโฟลเดอร์. git ใด ๆ และจะเชื่อมต่อกับ TFS อย่างที่ควรจะเป็น

การเรียกใช้คำสั่ง git จากD:\Projects\TFS-GITจะใช้ไฟล์เดียวกับ Visual Studio ยกเว้นว่าโฟลเดอร์. git จะพร้อมใช้งานด้วย TortoiseGit ยังทำงานได้ดีจากโฟลเดอร์นี้

— Anlo
แหล่งที่มา
0

ฉันมีช่วงเวลาที่ยากลำบากในการหาวิธีแก้ปัญหานี้และหลังจากพยายามหลายครั้งแล้วดังนั้นฉันจึงไม่สามารถระบุได้อย่างแม่นยำ สร้างที่เก็บในเครื่องอื่นโดยใช้ GitHub Desktop ในโฟลเดอร์อื่น เสร็จแล้วเปิด Visual Studio โดยไม่ต้องโหลดโครงการตอนนี้ Team Explorer ควรแสดงที่เก็บทั้งสอง เลือกที่เก็บใหม่ตามที่คุณควรดำเนินการบางอย่างที่ส่วนนี้คุณสามารถ "ลบ" ที่เก็บเก่าของคุณได้เนื่องจากที่เก็บใหม่เป็น "ที่ใช้งานอยู่" หลังจากทำสิ่งนี้ฉันได้ลบไฟล์. hidden .git * ออกจากโฟลเดอร์เดิม ตอนนี้การเปิดโปรเจ็กต์ไม่ได้ทำให้ที่เก็บเก่าถูกสร้างขึ้นใหม่อีกครั้ง หวังว่านี่จะช่วยได้

— สเตฟาโนโลซี
แหล่งที่มา
0

มันบ้ามาก แต่สิ่งที่ได้ผลสำหรับฉันคือล้างถังรีไซเคิลของฉัน (ซึ่งมีโฟลเดอร์. git ที่ไม่ต้องการในโซลูชันของฉัน)

ฉันยังไม่อยากจะเชื่อเลย ...

— Jérôme MEVEL
แหล่งที่มา
0

เปลี่ยนชื่อ "C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation

VS จะแสดงข้อผิดพลาดเพียงครั้งเดียวและทำงานได้ดี

— อีวานชาคอฟ
แหล่งที่มา
0

ส่วนขยาย git นี้ทำให้ทุกอย่างช้าลงใน IDE (VS 2015 ในกรณีของฉัน) ฉันต้องลบโฟลเดอร์ TeamFoundation ทั้งหมดเพื่อกำจัดสิ่งนี้ ข้อเสียคือคุณจะไม่สามารถใช้ Git และ TeamFoundation ใน Visual Studio 2015 ได้หมายเหตุ: สำรองข้อมูลโฟลเดอร์นี้ไว้ที่อื่นและเรียกคืนเมื่อจำเป็น

ในการลบโฟลเดอร์ฉันทำสิ่งนี้ ฉันทำตามขั้นตอนเพื่อลบโฟลเดอร์ที่ถูกต้อง

สาเหตุที่ฉันทำเช่นนี้เนื่องจาก VS 2015 สร้างชื่อโฟลเดอร์แบบสุ่มสำหรับส่วนขยาย TeamFoundation ดังนั้นชื่อโฟลเดอร์ของฉันอาจแตกต่างจากของคุณ

— Soundararajan
แหล่งที่มา
-2

เครื่องมือตัวเลือกการควบคุมแหล่งที่มาการเลือกปลั๊กอินไม่มี

— เดลเฟรเซอร์
แหล่งที่มา
8
Visual Studio 2013 จะไม่คงอยู่ในการเปลี่ยนแปลงนี้ ในครั้งต่อไปที่คุณเปิดโซลูชันระบบจะเลือกปลั๊กอิน Git ใหม่โดยอัตโนมัติหากตรวจพบไดเร็กทอรี. git แม้จะทำเช่นนี้หากโซลูชันนั้นผูกไว้กับ TFVC แล้ว
— Mark W Dickson
-4

1) ปิดโซลูชันและสตูดิโอภาพ 2) ไปที่ไดเร็กทอรีของโซลูชันและลบไดเร็กทอรี git ที่ซ่อนอยู่และไฟล์ข้อความ git 2 ไฟล์ 3) เปิดสตูดิโอภาพอีกครั้ง 4) เครื่องมือ goto -> ตัวเลือกและการควบคุมแหล่งที่มา 5) เลือกไม่มี 6) รีสตาร์ท Visual Studio 7) เปิดโซลูชันของคุณ 8) goto tools -> ตัวเลือกและการควบคุมแหล่งที่มาอีกครั้งและเลือก TFS 9) ในโซลูชันคลิกขวาเพื่อเลือกเพิ่มการควบคุมแหล่งที่มาในโซลูชัน 10) เลือก tfs

— user1813748
แหล่งที่มา
พวกเขาไม่ต้องการ TFS และพวกเขาไม่ต้องการลบโฟลเดอร์. git อย่างแน่นอนเพราะมันจะลบประวัติคอมมิตในเครื่องทั้งหมด สิ่งที่พวกเขาขอคือวิธีป้องกันไม่ให้ VS ใช้ข้อมูลจากโฟลเดอร์. git ไม่ใช่วิธีล้างโฟลเดอร์นั้น
— quetzalcoatl
-5

ตั้งค่า Tools \ Options \ Source Control กลับไปที่ TFS ปิด Visual Studio 2015 เปิดโฟลเดอร์รากของซอร์สโค้ดของคุณ ลบโฟลเดอร์ชื่อ ".git" เริ่มต้นใหม่.

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