Maven devas atingi la prokuran kromaĵon antaŭ ol ĝi povas ruli ĝin
Komprenu la startproblemon kiam Maven-kromaĵo promesas malkovri prokurilon sed ĝiaj propraj artefaktoj ne povas esti solvitaj.
Aŭtomata prokura kromaĵo ŝajnas ideala por tekkomputilo, kiu moviĝas inter retoj. Estas tamen unu maloportuna unua peto: Maven eble bezonas la prokurilon por akiri la kromaĵon mem.
Kromaĵa celo ruliĝas nur post kiam Maven povas solvi kaj ŝargi ĝian efektivigon kaj la postulatajn artefaktojn. Prokura malkovro ene de tiu efektivigo ne povas helpi elŝuton, kiu malsukcesas antaŭ ol la efektivigo komenciĝas. Uzi plene kvalifikitajn kromaĵajn koordinatojn povas eviti prefiksan serĉon; sed ĝi ne igas la kromaĵan artefakton aperi en malplena loka deponejo.
La malnova Autoproxy Maven-kromaĵo ilustras la diferencon. Ĝia README priskribas prokuran malkovron per proxy-vole, sed ankaŭ priskribas loke instali la kromaĵon antaŭ ol alvoki ĝian celon. Konsideru tion antaŭkondiĉo de tiu specifa dezajno, ne pruvo ke Maven universale legas la PAC-agordojn de retumilo.
Donu al la unua solvo eksplicitan vojon
Por reto, kie deponeja aliro postulas HTTP-prokurilon, agordu la taŭgan aktivan prokurilon en la Maven-agordoj uzataj de tiu alvoko. Por permesita starto el publika deponejo, elektu HTTP-kandidaton el la HTTP-prokura listo. Aprobita interna deponejo atingebla sen la ekstera vojo povas ankaŭ solvi la komencan alirproblemon. Ĉiu aliro devas kovri la kromaĵon kaj ĝiajn dependecojn, ne nur la dependecojn de la aplikaĵo.
Antaŭe plenigita loka deponejo povas kaŝi la startpostulon. Sukceso sur la tekkomputilo de programisto ne pruvas, ke freŝa CI-konto povas komenci la saman konstruon. Rigardu la malsukcesan artefakton kaj fazon antaŭ ol ŝanĝi la detektan logikon de la kromaĵo.
Post kiam la kromaĵo ŝargiĝas, posta dependeca malsukceso fariĝas aparta demando: ĉu ĝia detektita vojo estas ĝusta kaj ĉu la aktiva Maven-transporto uzas la rezultajn agordojn. Tenu tiujn du malsukcespunktojn apartaj kiam vi decidas, ĉu indas konservi aŭtomatan detekton.