Mikä tarkalleen on vetopyyntö?

Termi ”vetopyyntö” tulee kohteesta git, jossa git pull -komentoa käytetään yhdistämään toinen arkisto paikalliseen. Joten jos jollakin muulla on kopio git -tietovarastostasi ja tekee siihen muutoksia, jotka he haluavat sinun sisällyttääkseen he voivat pyytää sinua pull muutoksia arkistostaan. ”Pyydät uudelleen pull, joten termi” vetopyyntö ”.

Nykyään useimmille käyttäjille tämä on yleensä piilotettu jonkinlaisen graafisen käyttöliittymän taakse, Esimerkiksi Github tai Bitbucket tai Gerritin kautta; mutta periaate pysyy samana: joku kopioi arkistosi, tekee muutoksia ja pyytää niiden yhdistämistä omaan kopioosi oletettavasti sen jälkeen, kun olet tarkistanut ne.

Kommentit

• Gitillä on myös git request-pull -komento. Tämä tuottaa kirjoitetun viestin, johon voit lähettää joku muu, kutsumalla heitä käyttämään git pull -työkalua sisällyttämään työsi heidän ohjelmistokopioonsa.
• Ei voida selittää selkeämmin aloittelijoille.

Jos sinulla on hajautettua versionhallintajärjestelmää , jokaisella kehittäjällä on kopio koko arkistosta. Jos vaihdat jotain ohjelmistoksi, sitoudut muutokset paikalliseen arkistoon. Jos eri arkistoissa pitäisi olla nämä muutokset, voit työntää muutokset (siirtämällä muutokset toiseen sinulla on oikeus kirjoittaa) tai vedä muutokset (kopioi versio edestakaisin m muita omia arkistojasi). Koska monilla projekteilla on päätietovarasto, vetopyyntö on pyyntö, jonka ylläpitäjä vetää muutokset.

Luetaan vähän siitä , näyttää siltä, että termiä käytetään myös jakamattomassa versionhallinnassa, jos yksi käyttäjä pyytää sisällyttämään korjaustiedostoja projektin päähaaraan. Toinen luettu erityisesti githubia varten: https://help.github.com/articles/using-pull-requests/

Hakupyyntö liittyy versionhallintajärjestelmiin. Sinulla voi olla useita käyttäjäryhmiä:

• Järjestelmänvalvojat / Omistajat
• Avustajat
• Testaajat

Haluat jokainen näistä ihmisistä voi tehdä erilaisia asioita:

• Järjestelmänvalvojat / omistajat äihin ihmisiin voidaan luottaa. Heillä voi olla täysi pääsy kyseiseen arkistoon, mukaan lukien kaikki oikeudet sitoutua siihen, mitä he haluavat.
• Avustajat
  Nämä voivat olla satunnaisia ihmisiä Internetistä; he saattavat olla pienempiä ihmisiä yrityksessä. Kummassakin tapauksessa luultavasti et halua heidän pystyvän sitoutumaan suoraan koodipohjaan – haluat ensin tarkistaa heidän muutokset.

Täältä tulevat vetopyynnöt. Sen sijaan, että sallittaisit Suorat muutokset kooditietokantaan lähettäjiltäsi he sen sijaan haarautuvat arkistoon, luovat kopion paikalliselle koneelleen ja kehittävät sen. Kun ne ovat valmiit, he voivat luoda vetopyynnön, joka sisältää päivitetyt koodi. Joku ylemmän ryhmän jäsenistä voi sitten tarkistaa muutostensa oikeellisuuden ja yhteensopivuuden standardien kanssa ja yhdistää muutokset, jos ne noudattavat.

Kommentit

• Hieman poissuljettu aihe, mutta jopa niiden ihmisten, jotka voivat yhdistää suoraan omat muutoksensa, tulisi lähettää PR vertaisryhmilleen tarkistettavaksi. Olettaen, että ' työskentelet sellaisen tiimin kanssa. Jos et ' ole, luulen, että ' on mitä CodeReview on.
• OK. Joten vaiheet ovat: haaroitat päävaraston, vedät sen tietokoneellesi, muokkaat sitä, sitoutut ja työnnät haarautuneelle haarallesi ja pyydät sitten järjestelmänvalvojaa vetämään ja sulautumaan haarautuneesta haarastasi pääosaan?

Vedospyyntö (PR) on tapa lähettää avustuksia avoimeen kehitysprojektiin. Se tapahtuu, kun kehittäjä pyytää ulkoiseen arkistoon sitoutuneiden muutosten huomioon ottamista sisällyttämään projektin päätietovarastoon vertaisarvioinnin jälkeen.

^{Lähde: Mikä on vetopyyntö? OSS Watchissa}

Yksinkertainen esimerkki kun kloonat / haaroitat avoimen lähdekoodivaraston, teet joitain muutoksia / tekemiä muutoksia ja sulauttaa muutokset päätietovarastoon, sinun on lähetettävä vetopyyntö, joka koostuu kaikista tekemistäsi ryhmiteltyinä yhdeksi loogiseksi kappaleeksi, jotta se voidaan muiden kehittäjien tarkistamat.

Tällä on joitain etuja tavallisiin sitoutumisiin ja työntämiseen, koska sinulla on vielä muutama silmäpari tarkistettavaksi ja välttää yleisiä / piilotettuja ongelmia / virheitä ennen todellisia muutoksia.

Katso muutama PR-esimerkki:

• GitHub täällä tai täällä
• Chromium Code Reviews (vastaa vetopyyntöä)