hgcp

hgcp er et verktøy som gir Mercurial kryss reposititory kopiere og flytte funksjoner.
Utvikler kommentarer
Når ommøblerer pakker, finner jeg noen ganger behov for å kopiere noen filer fra en Mercurial depot til et annet og bevare sin egen historie. Selv om dette er ikke vanskelig å gjøre når du vet hvordan, er det ikke en triviell operasjon. Så lagde jeg hgcp. Kopiering av filer fra kilde-repo til destinasjon-repo blir veldig enkelt. Her er noen eksempler:
- Hgcp kilde-repo / funksjoner / underlig-feature.txt dest-repo / (Dette kopier kilde repo / funksjoner / underlig-feature.txt til destinasjon-repo / funksjoner / underlig-feature.txt)
- Hgcp -x har source-repo / funksjoner / underlig-feature.txt dest-repo / (Dette strimler av funksjoner subpath, kopiere source-repo / funksjoner / underlig-feature.txt til destinasjon-repo / underlig-feature.txt )
- Hgcp -x har source-repo / funksjoner / underlig-feature.txt dest-repo / plugins (Kopierer kilde-repo / funksjoner / underlig-feature.txt til destinasjon-repo / plugins / underlig-feature.txt)
Det er også en hgmv kommando som flytter filer, i stedet for bare å kopiere dem. Det fungerer ellers akkurat som hgcp kommandoen.
Installasjon
hgcp kan installeres ved hjelp easy_install: easy_install hgcp
Merknad til noen som ikke liker denne funksjonen
Kort sagt: det er bra med meg. Ikke bruk det.
Du trenger ikke å lete lenge for å finne mange forespørsler om hvordan du gjør en historie bevar cross-repository kopi. Dessverre, de fleste svar jeg har sett er heller unhelpful. Her er noen svar jeg har sett:
- Det er ikke en støttet arbeidsflyt.
- Hvis du trenger dette, er du ikke planlegger depotet layout svært godt.
- Du bør ikke trenger å gjøre dette veldig ofte
- Cross-repository filkopiering er ikke et veldefinert drift.
- Bare kopiere filen uten historie, og sette et notat i endringsloggen.
- Ad nauseum
Det grunnleggende problemet med alle disse svarene er dette: Folk trenger å kopiere eller flytte filer mellom depotene. Subversion oppmuntret oss til å sette alle våre prosjekter i samme depotet, så kryss-prosjektet filkopier var trivielt. DVCS som Mercurial oppmuntre oss til å sette hvert prosjekt i et eget depot, men ikke klarer å gi en enkel måte å refactor prosjekter. Hvis du finner deg selv lurer på hvorfor noen ville trenge å gjøre dette, er du i samme båt med hard-core CVS-brukere som lurte på hvorfor noen klaget over at døpe eller flytte filer var en problemfri, og at døpe kataloger var ... vel , latterlig. Flytte ting rundt er en del av refactoring. Prosjekter er splittet og slått sammen hele tiden. Så vidt jeg er bekymret, er cross-repository kopiere og flytte en viktig funksjon.
hgcp gjør ikke noe at du ikke kunne manuelt gjøre hvis du ville. I utgangspunktet, bruker den Mercurial konvertere forlengelse. hgcp bare skriver en filemap for deg, og utfører riktig rekkefølge av hg kommandoer. Den lar deg også til å angi stier i en mer naturlig måte.
Oppdateringer og rettelser
Jeg er glad for å akseptere patcher som forbedrer hgcp eller fikse bugs. . Mitt mål er å holde hgcp så enkelt som mulig, og fokusert på tvers av depot arbeidsflyt

Krav :

• Python

Begrensninger :

• hgcp fungerer bare på repositories som er lagret på den lokale filsystem. Forhåpentligvis er dette ikke en stor byrde, som du enkelt kan sjekke ut eksterne repos, bruk hgcp, og synkroniserer. Dessuten må kilden og målet repositories begge bli sjekket ut, og har ingen iverksatte endringer.
• Jeg har blitt fortalt at denne metoden ikke bevare ikke alle historien til en fil hvis det er blitt omdøpt til, spesielt når den kopiert / flyttet filen har en lang og branchy historie. Men dette har aldri forårsaket et problem for meg i faktisk bruk. Bare vær oppmerksom på at når du kopierer eller flytter en fil, du kan ikke være å kopiere det er hele historien.