git svn ei välttämättä käytä Gitin HTTP-välityspalvelinta

git fetch onnistuu, mutta git svn fetch ei tavoita palvelinta. Yhteisestä komentoliitteestä huolimatta jälkimmäinen toiminto puhuu Subversion-varastoon toisen asiakasohjelmapinon kautta.

Älä oleta, että Gitin natiivi http.proxy-merkintä määrittää tuon Subversion-yhteyden. Paikanna ajonaikainen määritys, jota Subversion-kirjastot käyttävät ympäristössä, jossa git svn toimii.

Subversionin servers-määritys voi sisältää:

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

Isäntänimi ja portti ovat erillisiä arvoja; HTTP-välityspalvelinluettelo tarjoaa ehdokkaita sallituille julkisille Subversion-reiteille. Välityspalvelimen tilitietokentät ovat erillään varaston tunnistetiedoista. Subversionin palvelinryhmien asetukset vastaavat isäntänimiä, eivät mielivaltaisia varastopolkuja. Käsittele niitä Subversionin rajapintana, älä Gitin välityspalvelimen URL:n vaihtoehtoisena kirjoitusasuna.

Windowsissa polku voi olla yllätys

Natiivi Subversion-suoritustiedosto ja git svn -asennus voivat käyttää eri ympäristöjä ja erilaisia kotihakemiston tulkintoja. svn.exe:n käyttämän määrityksen muokkaaminen ei ole todiste siitä, että git svn -kutsu luki sen.

Kirjaa, mikä suoritustiedosto ja kirjastoympäristö ovat mukana, ja tunnista sitten niiden tehokas määrityssijainti. Vältä yhden käyttäjän polun kopioimista koko koneen skriptiin.

Pidä tilit erillään

Välityspalvelin voi todentaa lähtevän yhteyden. Subversion-varasto voi vaatia sen jälkeen toisen tilin. HTTP 407 ja varaston valtuutusvirhe kuvaavat eri vaiheita.

Jos käytäntö kieltää URL:n tai reitin, käytä hyväksyttyä päätepistettä ja käyttöjärjestelyä. Selaimen avaama varaston verkkoliittymä on vain osittainen vertailu: se voi käyttää toista tiliä, määritysvarastoa tai reittiä. Tavoitteena on onnistunut Subversion-toiminto aiotun välittäjän kautta, ei vain onnistunut tavallinen verkkosivupyyntö.