Mae Git brodorol yn gweithio drwy'r dirprwy, ond nid JGit
Mae JGit yn weithrediad Java gyda'i osodiadau cludo â chefnogaeth ei hun. Nid yw cofnod http.proxy mewn Git brodorol yn ffurfweddiad cyffredinol ar gyfer pob cleient Git.
Mae'r un storfa yn gweithio gyda git clone mewn terfynell ac yn methu mewn cymhwysiad sy'n defnyddio JGit. Mae hynny'n gymhariaeth rhwng dau weithrediad, nid o reidrwydd rhwng copi sy'n gweithio a chopi wedi torri o'r un cleient.
Mae cyfeirlyfr ffurfweddu JGit yn dweud bod ffurfweddu'r dirprwy yn defnyddio mecanweithiau safonol Java drwy java.net.ProxySelector. Peidiwch â chymryd bod pob opsiwn HTTP Git brodorol wedi'i weithredu dim ond oherwydd bod y ddau gleient yn deall ffeil ffurfweddu Git.
Nodwch y cymhwysiad sy'n ymgorffori JGit, ei fersiwn, a'r cludiant HTTP a ddewiswyd. Gall y cymhwysiad gwesteiwr ddarparu gosodiadau neu ymddygiad y tu hwnt i ragosodiadau annibynnol JGit.
Yna archwiliwch ffurfweddiad dirprwy Java sy'n weladwy i'r broses honno. Ar gyfer cludiant HTTP sy'n seiliedig ar URLConnection, gwiriwch y priodweddau gwesteiwr a phorth JVM y mae'n eu defnyddio. Ni all priodwedd a roddir mewn terfynell annibynnol ar ôl i'r cymhwysiad ddechrau ailffurfweddu'r JVM sy'n rhedeg. Gall gweithrediad Git brodorol IDE a'i weithrediad JGit ddefnyddio llwybrau gwahanol hefyd.
Cadwch uwthentiad dirprwy ar wahân i ddewis llwybr. Nid yw priodweddau dirprwy Java sy'n nodi gwesteiwr a phorth yn gweithredu cynllun cyfrinair dirprwy yn awtomatig. Defnyddiwch y mecanwaith uwthentio a gefnogir gan y cymhwysiad cwesteiwr.
Y cwestiwn defnyddiol yw “pa ddirprwy a ddewiswyd gan y cais JGit hwn?”, yn hytrach na “a oes llinell ddirprwy yn fy ffurfweddiad Git?”. Mae llwyddiant Git brodorol yn gymhariaeth werthfawr, ond nid yw'n ateb y cwestiwn hwnnw sy'n benodol i'r gweithrediad.