Msysgit bash ช้าอย่างน่ากลัวใน Windows 7


84

ฉันชอบคอมไพล์และใช้มันบน OS X ที่บ้านตลอดเวลา ในที่ทำงานเราใช้ svn บน Windows แต่ต้องการโยกย้ายไปยังคอมไพล์ทันทีที่เครื่องมือต่างๆเติบโตเต็มที่ (ไม่ใช่แค่TortoiseGitเท่านั้น แต่ยังมีบางอย่างที่คล้ายกับการรวม Visual Studio ที่ดีจริงๆที่VisualSVNจัดหาให้) แต่ฉันพูดนอกเรื่อง ...

ฉันเพิ่งติดตั้งmsysgitบนเครื่อง Windows 7 ของฉันและเมื่อใช้ bash เวอร์ชันที่ให้มามันช้าอย่างน่ากลัว และไม่ใช่แค่การดำเนินการคอมไพล์เท่านั้น clearจะใช้เวลาประมาณห้าวินาที AAAAH!

มีใครประสบปัญหาคล้ายกันนี้หรือไม่?


แก้ไข : ดูเหมือนว่า msysgit ไม่ได้เล่นกับUACอย่างดีและอาจเป็นเพียงการควบคุมดูแลการออกแบบเล็ก ๆ ที่เกิดจากการพัฒนาบน XP หรือใช้ Vista หรือ 7 โดยปิดใช้งาน UAC เริ่มต้น Git Bash โดยใช้Run as administratorผลลัพธ์ความเร็วสูงที่ฉันเห็นด้วย OS X (หรือในวันที่ 7 หลังจากเริ่ม Git Bash โดยไม่มีการเชื่อมต่อเครือข่าย - ดูคำตอบ @Gauthier)

แก้ไข 2 : AH HA! ดูคำตอบของฉัน


ไม่ช้า 5 วินาทีไม่ มันจะช้าลง แต่เร็วกว่ารุ่น Cygwin
ญาณรามินทร์

@theatrus: ตอนนี้ฉันใช้นาฬิกาจับเวลาจริงๆ ค่าเฉลี่ยคือ 3.8 วินาที คุณถูกต้อง แต่มีบางอย่างที่ผิดพลาดอย่างมาก
Kevin L.

การชะลอตัวของ msysgit อื่น ๆ คือ OpenSSH เวอร์ชันเก่ามีการบันทึกไว้ที่นี่darrell.mozingo.net/2011/09/29/…
JodaStephen

ดูหน้าวิกิของ msysgit ที่github.com/msysgit/msysgit/wiki/Diagnosing-why-Git-is-so-slow
Drew Noakes

คำตอบ:


54

คุณสามารถเพิ่มความเร็ว Git บน Windows ได้อย่างมากโดยเรียกใช้คำสั่งสามคำสั่งเพื่อตั้งค่าตัวเลือกการกำหนดค่า:

git config --global core.preloadindex true
git config --global core.fscache true
git config --global gc.auto 256

หมายเหตุ:

  • core.preloadindex ดำเนินการระบบไฟล์ควบคู่กันไปเพื่อซ่อนเวลาแฝง (อัพเดต: เปิดใช้งานโดยค่าเริ่มต้นใน git 2.1)

  • core.fscache แก้ไขปัญหา UAC ดังนั้นคุณจึงไม่จำเป็นต้องเรียกใช้ Git ในฐานะผู้ดูแลระบบ (อัปเดต: เปิดใช้งานโดยค่าเริ่มต้นใน Git สำหรับ Windows 2.8)

  • gc.auto ลดจำนวนไฟล์ใน. git /


ตอนนี้ควรเป็นคำตอบที่ยอมรับได้ ใช้งานได้เหมือนมีเสน่ห์!
krlmlr

8
สิ่งนี้ไม่ได้ผลสำหรับฉัน git bash ของฉันยังคงหน่วง 1-2 วินาทีหลังจากที่ฉันให้คำสั่ง
Jaskey

ทำงานเหมือนมีเสน่ห์สำหรับฉัน ทำให้สถานะคอมไพล์ของฉันใน repo ขนาดใหญ่ลดลงจาก 13 วินาทีเป็น 0.7 วินาที
noelob

2
git config --global core.fscache trueไม่ได้ทำอะไรให้ฉันเลย; อย่างไรก็ตามgit config core.fscache trueเคล็ดลับทำ ตามนี้เป็นเพราะ core.fscache เป็นการตั้งค่าต่อ repo
David Merriman

2
@DavidMerriman ความคิดเห็น "ต่อ repo" ระบุเพียงว่าคุณสามารถเปลี่ยนการตั้งค่านี้ในแต่ละ repos ได้ (ซึ่งเป็นความจริงของการตั้งค่าทั้งหมดดังนั้นฉันจึงไม่รู้ว่าเหตุใดจึงกล่าวถึงเลย) ความคิดเห็นไม่ได้หมายความว่าfscache จะใช้ได้เฉพาะกับการตั้งค่า repo การตั้งค่าส่วนกลางใช้กับ repos ทั้งหมดบนเครื่องเว้นแต่จะถูกแทนที่โดยการตั้งค่า repo
เชือกผูกรองเท้า

37

วิธีแก้ปัญหาความช้าบน Vista หรือ 7 ดูเหมือนจะเรียกใช้ Git Bash โดยใช้Run as administrator(หรือปิดใช้งาน UAC สำหรับทางลัด Git Bash ... หรือปิดใช้งาน UAC ทั้งหมด ) ความแตกต่างคือกลางคืนและกลางวันและการใช้ git on 7 นั้นยอดเยี่ยมอีกครั้ง

สิ่งนี้ดูเหมือนจะเกี่ยวข้องกับปัญหาที่ทราบและตามที่ฉันคาดเดาXP ในฐานะสภาพแวดล้อมการพัฒนาสำหรับ msysgitเป็นผู้รับผิดชอบบางส่วน


คำใบ้ที่ดี (แม้ว่าจะไม่ได้ตั้งใจก็ตาม :)) การเรียกใช้ "git svn clone" ใน Windows 2008 R2 ที่มี 1.7.4 นั้นช้ามากสำหรับฉัน (มีการคอมมิตมากกว่า 5,000 รายการใน SVN และใช้เวลาหลายสัปดาห์เพื่อให้ได้ครึ่งหนึ่งของมัน) ... คุณให้ความคิดที่จะลอง ในสภาพแวดล้อม "ดั้งเดิม" บน XP และมันเร็วมากจริงๆ ขอบคุณ!
bdrajer

1
ฉันได้ปิดการใช้งาน UAC และลองเรียกใช้ที่ผู้ดูแลระบบและทุกคำสั่งที่ฉันป้อนใน Git Bash จะใช้เวลาประมาณ 5 วินาทีในการรัน (แม้จะอยู่lsในไดเรกทอรีที่ว่างเปล่า)
Robin Winslow

4
คำตอบในคำถามนี้เหมาะกับฉันแทน: stackoverflow.com/questions/4485059/…
Robin Winslow

การย้าย repos ไปยังพาร์ติชันที่ไม่ใช่ระบบทำให้ทีมของฉันมีประสิทธิภาพเพิ่มขึ้นอย่างมากและป้องกันปัญหา "ไม่สามารถสร้างไฟล์" แบบสุ่มในขั้นตอนการชำระเงิน
Laurence

1
ฉันลองใช้วิธีแก้ปัญหามากมาย .. อันนี้ (ทำงานในฐานะผู้ดูแลระบบ) ในที่สุดก็ใช้ได้ผลสำหรับฉัน .. ตอนนี้คอมไพล์ของฉันเร็วอีกครั้ง .. ขอบคุณ .. :)
AweSIM

14

สำหรับฉันปัญหาคือการใช้ __git_ps1 ในเชลล์พร้อมต์ - ฉันเดาว่าเนื่องจากการเข้าถึงดิสก์ช้าใน msysgit

วิธีแก้ไขคือลบ $ (__ git_ps1) ออกจากบรรทัด PS1 = ... ใน / etc / profile

ทดสอบอย่างรวดเร็วว่าวิธีนี้ใช้ได้หรือไม่: ใน git shell พิมพ์ export PS1 = '$' และตรวจสอบความเร็วของการดำเนินการของคุณ


ขอบคุณ! สิ่งนี้กลายเป็นปัญหาของฉันใน Windows XP ดูstackoverflow.com/q/5851611/200688
AndyL

2
คุณอาจปล่อยให้__git_ps1แอ็คทีฟได้ถ้าคุณปิดใช้งานการตั้งค่า SHOWDIRTYSTATE และ / หรือ SHOWUNTRACKEDFILES โปรดดูstackoverflow.com/a/4203968/321973
Tobias Kienzler

ทั้งหมดนี้ใช้สำหรับฉันใน Windows 7 โดยเฉพาะอย่างยิ่งโชคดีที่เครื่องนี้ถูกล็อคโดยไม่มี Admin privs!
อากาศ

12

ลองใช้เคล็ดลับทั้งหมดที่นี่ (รวมถึงคำตอบจากคำตอบอื่น ๆ ของฉัน) ในเครื่องใหม่ แต่ไม่ได้ผล Git ยังคงช้าเหมือนนรก

จากนั้นฉันได้ดูซอฟต์แวร์ virusscanning (ที่ติดตั้งไว้ล่วงหน้า): ฉันปิดการใช้งานการสแกนแบบเรียลไทม์ของ McAfee Security Centerและ presto: git นั้นเร็วมาก! เวลาที่จำเป็นสำหรับ "git svn rebase" ลดลงจาก 30 วินาทีเหลือ 5 วินาที (!)

ฉันหวังว่านี่จะเป็นประโยชน์กับคนอื่น ๆ ที่ยังมีปัญหากับ Git ที่ช้าบน Windows ฉันเสียเวลาไปหลายชั่วโมงในการหาข้อมูล


4
Git Bash ของฉันเริ่มช้าก่อนหลังจากที่ฉันเพิ่มเส้นทางทั้งหมดของการติดตั้งคอมไพล์ไปยังเส้นทางการยกเว้นของ Avast! Anti-Virus Suite, git bash เริ่มต่ำกว่า
0.5 วินาที

นี่คือคำตอบสำหรับฉัน !! ฉันใช้ AVG ฟรี ฉันเพิ่งปิดการใช้งานไป 10 นาทีทันใดนั้นการทุบตีที่เฉื่อยชาของ veeerrryyyy ก็เร็วมาก
Mörre

สำหรับผู้ที่ใช้ Windows Defender คุณสามารถยกเว้นโฟลเดอร์หรือกระบวนการได้ ดูsupport.microsoft.com/en-us/help/4028485/…
Ehtesh Choudhury

9

อนิจจา 'Run as Administrator' ใช้งานไม่ได้สำหรับฉัน - แต่เมื่อพบ Kevin L การตัดการเชื่อมต่ออะแดปเตอร์เครือข่ายเปิดตัว git bash จากนั้นการเชื่อมต่อใหม่ก็ใช้ได้ดี ดังนั้นฉันจึงรวมสิ่งนี้ไว้ในสคริปต์แบทช์และใส่ทางลัดลงในเมนูเริ่มของฉันซึ่งตั้งค่าสถานะให้ทำงานในฐานะผู้ดูแลระบบ:

netsh interface set interface "Local Area Connection" DISABLED
cd "%USERPROFILE%\Documents\Visual Studio 2010\Projects"
start cmd /c ""C:\Program Files\Git\bin\sh.exe" --login -i"
netsh interface set interface "Local Area Connection" ENABLED

ใช้งานได้ตราบเท่าที่ฉันจำได้ว่าเครือข่ายของฉันถูกตัดขาดชั่วขณะ

(Win 7 Professional SP1, Git เวอร์ชัน 1.7.8-preview20111206)


5

เพื่อนร่วมงานของฉันมีพฤติกรรมนี้ทุกครั้งที่ Outlook ทำงาน พยายามฆ่าแนวโน้มและทดสอบอีกครั้ง

คุณสามารถลองทดสอบ:

  • โดยไม่ต้องเชื่อมต่อกับเครือข่ายใด ๆ
  • โดยไม่ต้องใช้โปรแกรมป้องกันไวรัส
  • โดยไม่ต้องใช้โปรแกรมอื่น ๆ

3
ดูเหมือนว่า Outlook และโปรแกรมป้องกันไวรัสจะไม่ส่งผลใด ๆ แต่ถ้าฉันปิดการเชื่อมต่อเครือข่ายแล้วเริ่มคอมไพล์มันก็เร็วมาก (อ่าน: "Unix") แม้ว่าฉันจะเชื่อมต่อใหม่แล้วก็ตาม น่าสนใจ ...
Kevin L.

ใช่. และ git bash ยังคงเร็ว (จนกว่าฉันจะปิดและเปิดอินสแตนซ์อื่น)
Kevin L.

2
การเชื่อมต่อเครือข่ายก็ใช้ได้ผลสำหรับฉันเช่นกัน ฉันสงสัยว่ามันเกี่ยวอะไรกับการเชื่อมต่อเครือข่าย และแปลกที่มันทำงานได้ดีอย่างสมบูรณ์ที่เครือข่ายในบ้านของฉัน แต่ปฏิเสธที่จะทำงานในเครือข่ายสำนักงาน
Sarath

สิ่งนี้แก้ไขปัญหาของฉันใน Windows 7 Professional 64 บิตบน iMac ใหม่เอี่ยม ไชโย!
longda

โปรแกรมป้องกันไวรัส +1 ตามที่แนะนำเป็นสาเหตุในระบบเฉพาะของฉัน windows 7 x64 สุดยอด UAC (กล่าวถึงที่อื่น) ไม่แตกต่างกันอย่างน่าเศร้า ขอบคุณทุกคน
MickyD

3

เราพบว่าเมื่อทำงานกับบัญชีผู้ใช้บางอินสแตนซ์ git.exe ที่แยกจากกันถูกบล็อกเมื่อมีการโทรเข้าWaitForSingleObject()ดังนั้นการดำเนินการ git.exe เพียงครั้งเดียวเท่านั้นที่สามารถทำงานได้อย่างมีประสิทธิภาพพร้อมกัน การเปลี่ยนบัญชีผู้ใช้สามารถแก้ไขปัญหานี้ได้

ดูรายละเอียดที่นี่: https://stackoverflow.com/a/13054022


3

ฉันมี MacAffee และบอกให้ยกเว้นไดเร็กทอรี. git และไดเร็กทอรีย่อยทั้งหมดจากการสแกนแบบเรียลไทม์ช่วยแก้ปัญหาด้านประสิทธิภาพ


1
คุณสามารถยกเว้นฮาร์ดดิสก์ทั้งหมดได้หรือไม่? ;-).
Peter - Reinstate Monica

1

ดังที่พบในปัญหานี้การทำงานโดยปิดการใช้งาน UAC virtualization (ไม่จำเป็นต้องปิดใช้งาน UAC ทั้งหมด) สร้างความแตกต่างอย่างมาก

โพสต์นี้อธิบายวิธีการปิด (ดูด้านล่างของโพสต์การตั้งค่ารีจิสทรีเดียว)

ใน repo SVN หนึ่ง (ใหญ่) ที่ฉันกำลังเชื่อมต่ออยู่การเปลี่ยนแปลงข้างต้นทำให้เวลาที่จำเป็นสำหรับ "git svn rebase" ลดลงจาก 15 วินาทีเป็น 5 วินาทีซึ่งเป็นการปรับปรุงปัจจัยที่ 3


ปัญหานี้ (ตัวติดตาม) ถูกปิดแล้วปัญหาใหม่เกี่ยวกับเรื่องนี้คือ: github.com/msysgit/git/issues/94
childno͡.de

1

ทางเลือกอื่นในการยุ่งกับ Windows 7 UAC อาจเป็นการติดตั้ง mysysgit นอกโฟลเดอร์ Program Files ของคุณ ตัวอย่างเช่นแทนที่จะเป็น "C: \ Program Files (x86) \ Git" ให้ลองติดตั้งใน "C: \ git"

ฉันลองเล่นซอกับ 'เรียกใช้ในฐานะผู้ดูแลระบบ' และการควบคุม UAC แล้วก็ไม่มีประโยชน์ แต่ก็ยอมแพ้และเริ่มต้นการติดตั้งใหม่ ก่อนหน้านี้ฉันได้รับสูงสุดประมาณ 15KiB / s แต่ตอนนี้เกิน 60kiB / s แล้ว


1

หากการปิด UAC ไม่ช่วยเพิ่มประสิทธิภาพให้ลองปิดไดรเวอร์ luafv สิ่งนี้ได้ผลสำหรับฉันหลังจากลองเกือบทุกอย่างในหน้านี้และคำถามที่คล้ายกันสองข้อ Git เปลี่ยนจากช้าผิดปกติไปเป็นค่อนข้างดี

เปิด 'regedit' และค้นหาคีย์รีจิสทรี

HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/services/luafv

เปลี่ยนค่าStartจาก 2 เป็น 4

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

แก้ไข: ความคิดเห็นด้านล่างชี้ให้เห็นว่าฉันเข้าใจผิด (ลิงก์มีวิธีที่ถูกต้อง) ตอนนี้ได้รับการแก้ไขแล้ว ขอโทษคนที่ฉันลงทะเบียนในถังขยะ :)


เหมืองถูกตั้งค่าเป็น 2 โดยค่าเริ่มต้น ยังค่อนข้างช้า
imanuelcostigan

@imanuelc: แดกดันตอนนี้ของฉันเกินไปแล้ว (ในคอมพิวเตอร์เครื่องใหม่) และมันก็ช้าด้วย
jwg

2
สิ่งนี้ไม่ถูกต้อง ควรเปลี่ยนจาก 2 เป็น 4 2 หมายถึงการเริ่มอัตโนมัติ 4 หมายถึงปิดใช้งาน
richb

1

ฉันเพิ่งแก้ไขปัญหานี้มาระยะหนึ่งแล้วและมีปัญหาในการระบุแหล่งที่มาของปัญหา ในที่สุดฉันก็พบสองสิ่งที่มีผลกระทบอย่างมาก:

  • การปิดบริการ Windows Search สิ่งนี้มีผลอย่างมากต่อการแสดง
  • การปิดส่วนขยาย Git การเปิดหน้าต่างเรียกดูส่วนขยาย Git ในพื้นหลังทำให้เวลาในการดำเนินการคำสั่ง Cygwin git เพิ่มขึ้นโดยปัจจัยสุ่มที่ดูเหมือนจะสูงถึงประมาณ 10

0

ปัญหาที่นี่อาจเป็น bash-complete หากเปิดใช้งานซึ่งค่อนข้างช้ากว่าบน Windows เล็กน้อยกว่า Linux

ลองตั้งค่าตัวแปร PS1 เป็นอะไรง่ายๆเช่น "$" แล้วดูว่าจะเร่งความเร็วได้ไหม ถ้าเป็นเช่นนั้นโปรดทราบว่ามีการปรับให้เหมาะสมกับ bash-complete ใน git-version ล่าสุด บางทีคุณอาจต้องอัปเกรด


1
ฉันกำลังใช้งานเวอร์ชันใหม่ล่าสุดที่มีเลือดออกอย่างสมบูรณ์ (ดูความคิดเห็นของฉันเกี่ยวกับคำตอบของ VonC ด้านบน) แต่ฉันจะให้ภาพนี้
Kevin L.

1.7.0.2 ไม่จำเป็นต้องมีเลือดออกในบริบทนี้ การเพิ่มประสิทธิภาพที่ฉันพูดถึงเกิดขึ้นใน upstream-git ฉันไม่แน่ใจว่าพวกเขาอยู่ใน Git สำหรับ Windows รุ่น 1.7.0.2 หรือไม่
kusma

0

สิ่งนี้ได้ผลสำหรับฉัน อย่าคาดหวังว่ามันจะเป็นขนาดเดียวที่เหมาะกับโซลูชันทั้งหมด

ตรวจสอบตัวแปรสภาพแวดล้อม $ HOME ใน bash และ windows หากชี้ไปที่บัญชีผู้ใช้ให้ตรวจสอบโปรไฟล์ / สิทธิ์ของ Windows ของผู้ใช้ เปลี่ยนบัญชีผู้ใช้หรือ $ HOME ตามนั้น


6
สามารถอธิบายรายละเอียดเกี่ยวกับโปรไฟล์ / การอนุญาตที่เป็นลางไม่ดีเหล่านี้ได้หรือไม่?
Tobias Kienzler

0

ฉันพบปัญหาเดียวกันกับการเรียกใช้ git สำหรับ Windows (msysgit) บน Windows 7 x64 เป็นบัญชีผู้ใช้ที่ จำกัด มาระยะหนึ่งแล้ว จากสิ่งที่ฉันได้อ่านที่นี่และที่อื่น ๆ หัวข้อทั่วไปดูเหมือนจะขาดสิทธิ์ระดับผู้ดูแลระบบและ / หรือ UAC เนื่องจาก UAC ปิดอยู่ในระบบของฉันคำอธิบายที่พยายามเขียน / ลบบางสิ่งในไดเร็กทอรีไฟล์โปรแกรมจึงเหมาะสมกับฉันมากที่สุด

ไม่ว่าในกรณีใดฉันได้แก้ไขปัญหาของฉันโดยการติดตั้ง git 1.8 เวอร์ชันพกพาพร้อม zipinstaller โปรดทราบว่าฉันต้องคลายไฟล์การแจกจ่าย. 7z และบรรจุใหม่เป็น zip เพื่อให้ zipinstaller ทำงานได้ ฉันต้องเพิ่มไดเร็กทอรีนั้นในเส้นทางระบบของฉันด้วยตนเอง

ตอนนี้ประสิทธิภาพดีมาก แม้ว่าจะติดตั้งในไดเร็กทอรี Program Files (x86) ซึ่งฉันไม่มีสิทธิ์ในฐานะผู้ใช้ที่ จำกัด แต่ก็ดูเหมือนจะไม่ประสบปัญหาเดียวกัน ฉันอธิบายสิ่งนี้ด้วยความจริงที่ว่าเวอร์ชันพกพานั้นค่อนข้างอนุรักษ์นิยมกว่าเล็กน้อยในกรณีที่เขียน / ลบไฟล์ซึ่งอาจเป็นเช่นนั้นหรืออัปเกรดจาก 1.7 เป็น 1.8 ฉันจะไม่พยายามปักหมุดว่าเหตุผลใดคือพอที่จะบอกว่ามันทำงานได้ดีขึ้นมากแล้ว


0

คุณอาจต้องการลองถอนการติดตั้ง msysgit รีสตาร์ท windows ติดตั้ง msysgit เวอร์ชันล่าสุด ดูเหมือนจะทำเคล็ดลับสำหรับฉัน ฉันพบคำแนะนำนี้ที่นี่:

https://stackoverflow.com/a/4506192/1413941

แก้ไข

ปล. ฉันปิดใช้งาน UAC ไปแล้วก่อนที่จะพบปัญหา Git ช้าดังนั้นฉันจึงไม่รู้ว่าจำเป็นต้องปิดใช้งาน UAC หรือไม่เพื่อให้ Git ทำงานได้อย่างรวดเร็ว


0

ทางออกที่ดีที่สุดคือเรียกใช้ในฐานะผู้ดูแลระบบตามที่ระบุไว้ แต่อีกทางเลือกหนึ่งที่จะทำให้สถานะคอมไพล์ได้อย่างรวดเร็วและอย่างน้อยเป็นtrustctime = false ก่อนที่สถานะคอมไพล์จะใช้เวลาประมาณ 30 วินาทีและหลังจากนั้นก็เท่ากับจำนวนที่แสดงในเอาต์พุต - ใช้เวลา X วินาทีในการ ...


0

คุณอาจได้รับการเพิ่มประสิทธิภาพที่สำคัญโดยการเปลี่ยนการกำหนดค่าคอมไพล์ต่อไปนี้:

git config --global status.submoduleSummary false

เมื่อเรียกใช้git statusคำสั่งง่ายๆบน Window 7 x64 คอมพิวเตอร์ของฉันใช้เวลามากกว่า 30 วินาทีในการทำงาน หลังจากกำหนดอ็อพชันนี้แล้วคำสั่งจะเกิดขึ้นทันที

การเปิดใช้งานการติดตามของ Git ตามที่อธิบายไว้ในหน้าต่อไปช่วยให้ฉันพบต้นตอของปัญหาซึ่งอาจแตกต่างกันไปในการติดตั้งของคุณ: https://github.com/msysgit/msysgit/wiki/Diagnosing-why-Git-is-so- ช้า


-4

อาจเป็นเรื่องของพรอมต์ที่วิเคราะห์ที่เก็บ Git ของคุณ คุณสามารถทดสอบได้โดยทำการ "ล้าง" ที่อื่นนอกที่เก็บ Git และคุณสามารถเร่งความเร็วได้โดยการแพตช์ git-complete.bash หรือเล่นลูกเล่นกับ core.filemode

สำหรับการรวม Visual Studio: นี่คือโอเพ่นซอร์ส ไม่ยุติธรรมที่จะคาดหวังให้คนอื่นทำงานให้คุณฟรี

ฉันคิดว่ามันค่อนข้างตลกที่จะไม่ถามคำถามในรายการส่งเมลของ msysGit แต่ตอนนี้ฉันพูดนอกเรื่อง


5
ไม่ควรทนต่อการเผาบน StackOverflow โปรดพยายามให้วาทกรรมมีความแพ่งมากขึ้น
phord

1
มันเป็นเรื่องตลก ความคิดเห็นของฉันเป็นความคิดเห็นเดียวที่มีข้อมูลทางเทคนิคที่เป็นรูปธรรม ข้อเสนอเพื่อช่วยเหลือในการแก้ไขปัญหายังคงเปิดอยู่คุณรู้หรือไม่? และแน่นอนว่าฉันค่อนข้างเสียใจที่มีการยกปัญหาที่นี่ใน stackoverflow ซึ่งฉันไม่ได้ตรวจสอบและต้องให้คนอื่นชี้ให้ฉันเห็น ฉันอยากจะได้ยินเกี่ยวกับปัญหาโดยตรง ฉันไม่รู้เกี่ยวกับคุณ แต่ฉันคิดว่ามันไม่ยุติธรรมเมื่อโครงการเดิมไม่ได้รับแจ้งปัญหา
Dscho

สองปีต่อมาฉันเห็นด้วย ฉันรุนแรงเกินไป ขออภัย Dscho รายชื่อส่งเมลของนักพัฒนาคอมไพล์มีประโยชน์มาก
phord

2
@Dscho คุณควรเข้าใจว่าผู้คนมักโพสต์ที่นี่ก่อนเพราะต้องการตรวจสอบว่าไม่มีปัญหาการกำหนดค่าหรือแพลตฟอร์มซึ่งไม่ใช่ข้อบกพร่องใน Git ทำให้เกิดปัญหา
jwg
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.