git svn ไม่จำเป็นต้องใช้ HTTP proxy ของ Git

git fetch สำเร็จ แต่ git svn fetch ไปถึงเซิร์ฟเวอร์ไม่ได้ แม้คำสั่งจะมีคำนำหน้าร่วมกัน การทำงานหลังพูดคุยกับที่เก็บ Subversion ผ่าน client stack อื่น

อย่าสันนิษฐานว่ารายการ http.proxy แบบเนทีฟของ Git เป็นตัวกำหนดค่าการเชื่อมต่อ Subversion นั้น ค้นหาการกำหนดค่าขณะรันที่ไลบรารี Subversion ใช้ในสภาพแวดล้อมที่ git svn ทำงาน

การกำหนดค่า servers ของ Subversion อาจมี:

[global]
http-proxy-host = proxy.example
http-proxy-port = 8080

ชื่อโฮสต์และพอร์ตเป็นค่าที่แยกกัน รายการ HTTP proxy เสนอตัวเลือกสำหรับเส้นทาง Subversion สาธารณะที่ได้รับอนุญาต ฟิลด์บัญชีพร็อกซีแยกจากข้อมูลรับรองของที่เก็บ การตั้งค่ากลุ่มเซิร์ฟเวอร์ Subversion จับคู่กับชื่อโฮสต์ ไม่ใช่เส้นทางที่เก็บตามอำเภอใจ มองสิ่งเหล่านี้เป็นอินเทอร์เฟซของ Subversion ไม่ใช่การสะกดแบบอื่นของ URL พร็อกซีของ Git

บน Windows เส้นทางอาจเป็นเรื่องที่ทำให้ประหลาดใจ

ไฟล์เรียกทำงาน Subversion แบบเนทีฟและการติดตั้ง git svn อาจใช้สภาพแวดล้อมต่างกันและการตีความไดเรกทอรีบ้านต่างกัน การแก้ไขการกำหนดค่าที่ svn.exe ใช้ไม่ใช่หลักฐานว่า git svn อ่านค่านั้น

บันทึกว่าไฟล์เรียกทำงานและสภาพแวดล้อมไลบรารีใดเกี่ยวข้อง แล้วระบุตำแหน่งการกำหนดค่าที่แท้จริง หลีกเลี่ยงการคัดลอกเส้นทางของผู้ใช้คนหนึ่งไปยังสคริปต์สำหรับทั้งเครื่อง

แยกบัญชีออกจากกัน

พร็อกซีอาจตรวจสอบสิทธิ์การเชื่อมต่อขาออก ที่เก็บ Subversion อาจต้องใช้บัญชีอื่นหลังจากนั้น HTTP 407 และข้อผิดพลาดการอนุญาตของที่เก็บอธิบายขั้นตอนที่ต่างกัน

หากนโยบายปฏิเสธ URL หรือเส้นทาง ให้ใช้ปลายทางที่ได้รับอนุมัติและรูปแบบการเข้าถึง การเปิดอินเทอร์เฟซเว็บของที่เก็บในเบราว์เซอร์เป็นการเปรียบเทียบเพียงบางส่วนเท่านั้น อาจใช้บัญชี ที่เก็บการกำหนดค่า หรือเส้นทางอื่น เป้าหมายคือการทำงานของ Subversion ที่สำเร็จผ่านตัวกลางที่ตั้งใจ ไม่ใช่เพียงคำขอเว็บเพจธรรมดาที่สำเร็จ