hgcp

hgcp is 'n instrument wat bied Mercurial kruis-reposititory kopie en beweeg funksies.
Ontwikkelaar kommentaar
Wanneer refactoring pakkette, vind ek soms die behoefte om sommige lêers van een Mercurial bewaarplek te kopieer na 'n ander, terwyl die behoud van hul geskiedenis. Terwyl dit is nie moeilik om te doen wanneer jy weet hoe, is dit nie 'n triviale operasie. So, ek hgcp geskep. Kopiëring van lêers van die bron-repo te dest-repo word baie maklik. Hier is 'n paar voorbeelde:
- Hgcp bron-repo / funksies / oddball-feature.txt dest-repo / (Hierdie kopieë bron-repo / funksies / oddball-feature.txt te dest-repo / funksies / oddball-feature.txt)
- Hgcp -x funksies bron-repo / funksies / oddball-feature.txt dest-repo / (Hierdie repies af die eienskappe subpath, kopiëring bron-repo / funksies / oddball-feature.txt te dest-repo / oddball-feature.txt )
- Hgcp -x funksies bron-repo / funksies / oddball-feature.txt dest-repo / plugins (Afskrifte bron-repo / funksies / oddball-feature.txt te dest-repo / plugins / oddball-feature.txt)
Daar is ook 'n hgmv opdrag wat beweeg lêers, in plaas van net die kopiëring hulle. Dit werk anders presies soos die hgcp opdrag.
Installasie
hgcp kan geïnstalleer word met behulp easy_install: easy_install hgcp
Nota aan iemand wat nie hierdie funksie
In kort: dit is goed met my. Moet dit nie gebruik.
Jy hoef nie te hard lyk baie versoeke vir hoe 'n geskiedenis-behoud kruis-bewaarplek kopie te doen om uit te vind. Ongelukkig het die meeste antwoorde wat ek gesien het is eerder nutteloos. Hier is 'n paar antwoorde wat ek gesien het:
- Dit is nie 'n ondersteunde workflow.
- As jy dit, is jy nie van plan om jou bron uitleg baie goed.
- Jy moet nie nodig om dit te dikwels doen
- Kruis-bewaarplek lêer kopiëring is nie 'n goed-gedefinieerde operasie.
- Net kopieer die lêer sonder geskiedenis, en sit 'n nota in die changelog.
- Ad nauseum
Die basiese probleem met al hierdie reaksies is dit: Mense moet kopieer of skuif van lêers tussen repositories. Subversion aangemoedig om ons al ons projekte om te sit in die dieselfde bron, so kruis-projek lêer afskrifte was triviaal. DVCS soos Mercurial moedig ons elke projek te sit in 'n aparte bewaarplek, maar versuim om 'n maklike manier om projekte te refactor te voorsien. As jy jouself wonder hoekom iemand sou ooit nodig om dit te doen, is jy in dieselfde bootjie met harde kern CVS gebruikers wat gewonder hoekom iemand gekla dat die hernoeming of skuif van lêers was 'n probleem, en dat herbenaming dopgehou was ... wel , belaglik. Beweeg dinge rondom is deel van refactoring. Projekte word verdeel en saamgesmelt al die tyd. Sover ek is bekommerd, kruis-bewaarplek kopie en skuif is 'n noodsaaklike kenmerk.
hgcp doen niks wat jy kan nie met die hand te doen as jy wil. Eintlik is dit gebruik om die Mercurial omskep uitbreiding. hgcp skryf net 'n filemap vir jou, en voer die regte volgorde van HG bevele. Dit kan jy ook paaie te spesifiseer in 'n meer natuurlike manier.
Patches en fixes
Ek is bly die kolle wat hgcp verbeter om te aanvaar of te los foute. . My doel is hgcp so eenvoudig as moontlik te hou, en fokus op kruis-bewaarplek werkstromen

Vereistes :

• Python

Beperkings :

• hgcp werk net op bewaarplekke wat op die plaaslike lêerstelsel gestoor word. Hopelik is dit nie 'n groot las, as jy dit maklik kan sien afgeleë repos, gebruik hgcp, dan sync. Ook, die bron en bestemming bewaarplekke moet beide nagegaan word, en het geen ongebonde veranderinge.
• Ek het al gesê dat hierdie metode nie al die geskiedenis nie bewaar van 'n lêer as dit is herdoop, veral wanneer die gekopieerde / verskuif lêer het 'n lang en getakt geskiedenis. Dit het egter nooit 'n probleem veroorsaak vir my in die werklike gebruik. Wees net bewus daarvan dat wanneer kopieer of skuif 'n lêer, jy nie kan kopieer word dit is die hele geskiedenis.