fetch

te halen is een single-bestand Python module gebundeld als een pakket voor eenvoudige installatie en Python importeren & nbsp;. Het doel van fetch is om externe bronnen (URL's) te spiegelen aan een lokale bestandssysteem om te synchroniseren en te updaten afhankelijkheden die gewenst zijn te spiegelen op deze manier.
Formaat
halen Haalt uit een manifest van het formaat:
[URL] [Bestemming] [type]
Een URL kan een hash tag (bijv http://example.com/foo#bar/fleem) dat wordt gebruikt om de subdirectories extraheren uit een multi-directory resource bevatten.
De soort van de bron wordt gebruikt voor verzending naar de bijgeleverde Fetchers die zorg dragen voor het ophalen van het object.
Manifesten worden gebruikt, zodat een aantal middelen opgehaald uit een bepaalde kunnen halen run.
Voorbeeld
Nadat u de repository kassa en run python setup.py te ontwikkelen, moet u in staat om te draaien te halen op het voorbeeld manifest:
fetch voorbeeld.txt
Dit zal een tmp directory ten opzichte van het manifest te maken en naar beneden trekken verschillende bronnen aan.
Fetchers
fetch bevat verschillende objecten voor het ophalen van de middelen:
file: haal een enkel bestand
tar: halen en pak een tarball
hg: kassa een mercurial repository
git: de kassa van een git repository
Het bestand fetcher kan niet een hash tag subpad omdat het een enkele bron.
Hoewel halen heeft een set van fetchers opgenomen, kunt u een willekeurige lijst in fetch.Fetch's constructor passeren.
Version Control
De hg en de git fetchers halen vanaf versie controle systemen en hebben extra opties. De enige huidige optie om de aannemer is de export, dat is standaard True. Als export waar is, dan de repository zal worden geëxporteerd naar een niet-versienummer structuur. . Als een subpad is opgegeven met een # in de URL, zal de repository worden geëxporteerd

Eisen

• Python

Beperkingen

• Een gemeenschappelijk verhaal te halen is spiegelen bestanden in een VCS repository omdat de externe middelen nodig is als onderdeel van de repository en er is geen betere manier om op te halen en / of updaten. Maar wat doe je als deze externe bronnen worden gewijzigd? In een ideale ecosysteem, zou fixes automatisch triaged en openen voor upstream opname, of diffs uit de stroomopwaartse worden bewaard in lokale modificaties (hoewel vendor takken, etc, zijn geschikt voor de laatste categorie problemen, en in het algemeen ontmoedigd als een minder ingrijpende systeem van de consumptie van upstream afhankelijkheden zijn beschikbaar).