git-dpm - Online sa Cloud

PROGRAMA:

NAME

git-dpm - Mga pakete ng Debian sa git manager

SINOPSIS

git-dpm - Tumulong

git-dpm [ pagpipilian ] utos [ per-command-options at -mga argumento ]

DESCRIPTION

Ang Git-dpm ay isang tool upang mahawakan ang isang Debian source package sa isang git repository.

Ang bawat proyekto ay naglalaman ng tatlong sangay, isang sangay ng Debian (panginoon/kahit ano), isang sanga na may tagpi-tagpi
(patched/may tagpi-kahit ano) at isang upstream na sangay (salungat sa agos/upstream-kahit ano) At git-dpm
tumutulong sa iyo na mag-imbak ng impormasyon doon upang ma-export ang iyong mga pagbabago bilang kubrekama
serye.

Huhulaan ng Git-dpm ang iba pang dalawang sangay batay sa sangay na nakikita nito. (Karamihan sa mga utos ay kumikilos
batay sa kasalukuyang HEAD, ibig sabihin, kung anong sangay ang kasalukuyan mong nasuri, kahit na ang ilan ay
hal katayuan nagbibigay-daan sa isang opsyonal na argumento sa halip). Kaya halimbawa, kung ikaw ay nasa sangay
panginoon, ipinapalagay ng git-dpm na ang kaukulang upstream na sangay ay tinatawag salungat sa agos. Kung ikaw ay
sa sangay upstream-something, ipinapalagay nito na ang sangay ng Debian ay tinatawag isang bagay.

Tandaan na ang karamihan sa mga command ay maaaring awtomatikong lumipat sa isa pang sangay, bahagyang dahil ito ay
mas madaling ipatupad ang ganoong paraan at sana ay hindi na kailangan pang lumipat ng sangay
mano-mano kaya madalas.

SHORT Paliwanag OF ANG MGA BRANCHES

ang sanga sa itaas (salungat sa agos|upstream-kahit ano)
Ang sangay na ito ay naglalaman ng upstream sources. Ang mga nilalaman nito ay kailangang sapat na katumbas ng
ang mga nilalaman sa iyong upstream tarball.

ang pinagtagpi-tagping sanga (patched|may tagpi-kahit ano)
Ang sangay na ito ay naglalaman ng iyong mga patch sa upstream na pinagmulan. Ang bawat pangako ay magiging
naka-imbak bilang isang patch sa resultang pakete.

Kadalasan hindi ito iiral bilang isang sangay na kilala pumunta, ngunit bilang isang punto lamang
sa kasaysayan ng sangay ng Debian at posibleng bilang tag para sa mga nai-publish na bersyon.
Git-dpm lilikha nito kapag kailangan at aalisin ang sangay kapag hindi na kailangan.

Upang matulungan ang git na bumuo ng isang linear patch series, ito ay dapat na isang linear chain ng
commits, na ang paglalarawan ay kapaki-pakinabang para sa ibang tao.

Dahil ang sangay na ito ay regular na binase, hindi mo ito dapat i-publish.

ang sangay ng Debian (panginoon|kahit ano)
Ito ang pangunahing sangay.

Ang sangay na ito ay naglalaman ng debian/ direktoryo at pinagsanib ang naka-patch na sangay.

Bawat pagbabago ay wala debian/, .git* o ang pagtanggal ng mga file ay dapat gawin sa patched
sangay.

HALIMBAWA

Magsimula tayo sa ilang halimbawa:

Sinusuri ang isang proyekto
Kunin muna ang master branch:
pumunta clone URL

Pagkatapos ay lumikha ng upstream na sangay at tingnan kung ang .orig.tar ay handa na:
git-dpm maghanda

Lumikha ng naka-patch na sangay at tingnan ito:
git-dpm naka-checkout-patched

Gumawa ng ilang mga pagbabago, maglapat ng ilang mga patch, i-commit ang mga ito..
...
pumunta gumawa

Kung inaayos ng iyong pagbabago ang isang nakaraang pagbabago (at hindi iyon ang huling pangako,
kung hindi, maaari mong gamitin ang --amend), baka gusto mong i-squash ang dalawang commit na iyon
sa isa, kaya gamitin ang:
pumunta pagbagsak -i salungat sa agos

Pagkatapos ay gusto mong makuha ang mga pagbabagong iyon sa sangay ng Debian at sa mga bagong patch file
nilikha (na maaari mong gawin gamit ang git-dpm update-patches), ngunit malamang na gusto mo
para idokumento din ang ginawa mo sa changelog, kaya lahat sa isang hakbang:
git-dpm dch -- -i

Marahil ay may binago sa packaging ng Debian:
...
pumunta gumawa -a

Pagkatapos ay itulak ang buong bagay pabalik:
pumunta itulak

Lumipat sa bagong upstream na bersyon
Kumuha ng bagong .orig.tar file. I-upgrade ang iyong upstream branch sa mga nilalaman ng
na file at tawag git-dpm record-bagong-upstream .. /Bagong gamit.orig.tar.gz o sabihin
git-dpm upang mai-import at maitala ito:
git-dpm import-bagong-upstream --rebase .. /Bagong gamit.orig.tar.gz

Irebase nito ang naka-patch na sangay sa bagong upstream na sangay, marahil ay gagawin mo
kailangang lutasin ang ilang mga salungatan:
kalakasan ...
pumunta idagdag naayos file
pumunta pagbagsak --magpatuloy

Pagkatapos tumakbo ng rebase (na may kaunting swerte kahit sa unang pagsubok):
git-dpm dch -- -v bagong agos-1 "bago salungat sa agos bersyon"

Maaari mo ring nagawa ang huling hakbang sa tatlo sa pamamagitan ng:
git-dpm update-patches
dch -- -v bagong agos-1 "bago salungat sa agos bersyon"
pumunta gumawa --amyendahan -a

Gumawa ng iba pang debian/ mga pagbabago:
...
pumunta gumawa -a

Pagkatapos ay itulak ang buong bagay pabalik:
pumunta itulak

Lumilikha ng isang bagong proyekto
lumikha ng isang salungat sa agos (O upstream-kahit ano) sangay na naglalaman ng mga nilalaman ng iyong
orig.tar file:
alkitran -xvf halimbawa_0.orig.tar.gz
cd halimbawa-0
pumunta sa loob
pumunta idagdag .
pumunta gumawa -m "angkat halimbawa_0.orig.tar.gz"
pumunta pagsisiyasat -b upstream-hindi matatag

Baka gusto mong gumamit ng malinis na alkitran upang iimbak ang iyong alkitran:
malinis-tar gumawa .. /halimbawa_0.orig.tar.gz upstream-hindi matatag

Pagkatapos ay ipaalam sa git-dpm kung saang tarball kabilang ang iyong upstream branch:
git-dpm sa loob .. /halimbawa_0.orig.tar.gz

Tandaan na simula nang pumasok ka upstream-hindi matatag sa halimbawang ito, sa huling halimbawa
git-dpm ipinapalagay na gusto mong tawagan ang iyong sangay ng Debian hindi matatag at hindi panginoon, Kaya
pagkatapos ibalik ang utos ay nasa bagong nilikha ka hindi matatag sangay.

Gawin ang natitirang bahagi ng packaging:
kalakasan debian / control debian/mga panuntunan
dch --lumikha --pakete halimbawa -v 0-1
pumunta idagdag debian / control debian/mga panuntunan debian/changelog
pumunta gumawa -m "paunang packaging"

Pagkatapos ay magdagdag ng ilang mga patch:
git-dpm naka-checkout-patched
kalakasan ...
pumunta gumawa -a
git-dpm dch "ayusin ... (Nagsasara: num)"

Ang git-dpm naka-checkout-patched lumikha ng pansamantalang sangay patched-unstable (tulad mo
ay nasa isang sangay na tinatawag hindi matatag. Kung tinawag mo ito na ang HEAD ay isang sangay
panginoon, sana ay patched) kung saan idinagdag mo ay commit. Pagkatapos ay ang git-dpm
update-patches ipinahiwatig ng git-dpm dch pinagsanib ang mga pagbabagong iyon sa hindi matatag, tinanggal
ang pansamantalang sangay at lumikha ng bago debian/patches/ file.

Pagkatapos ay buuin ang iyong package:
git-dpm katayuan &&
dpkg-buildpackage -rfakeroot -kami -uc -ako".git*"

Ngayon tingnan kung ano ang nangyari, marahil gusto mong magdagdag ng ilang mga file sa .gignignore (Sa
ang hindi matatag branch), o mag-alis ng ilang file mula sa hindi matatag sangay dahil ang iyong
ang malinis na panuntunan ay nag-aalis sa kanila.

Ipagpatuloy ang huling ilang hakbang hanggang sa matapos ang package. Pagkatapos ay itulak ang iyong pakete:
git-dpm mga tag
pumunta itulak --tag target hindi matatag: hindi matatag malinis na alkitran: malinis na alkitran

Pag-alis ng mga umiiral nang patch
Kunin muna ang master branch:
pumunta clone URL

Lumikha ng naka-patch na sangay at tingnan ito:
git-dpm naka-checkout-patched

Kumuha ng listahan ng mga commit mula noong huling upstream na release: pumunta pagbagsak -i
upstream-hindi matatag

Bubuksan nito ang iyong default na editor na may listahan ng mga commit. I-edit ang listahan upang alisin
hindi gustong gumawa.
...
pumunta gumawa

Pagkatapos ay gusto mong makuha ang mga pagbabagong iyon sa sangay ng Debian at sa mga lumang patch file
tinanggal (na maaari mong gawin gamit ang git-dpm update-patches), ngunit malamang na gusto mo
para idokumento din ang ginawa mo sa changelog, kaya lahat sa isang hakbang:
git-dpm dch -- -i

Marahil ay may binago sa packaging ng Debian:
...
pumunta gumawa -a

Pagkatapos ay itulak ang buong bagay pabalik:
pumunta itulak

Global Opsyon

--debug
Magbigay ng verbose output kung ano ang ginagawa ng git-dpm. Karamihan ay kapaki-pakinabang lamang para sa pag-debug o
kapag naghahanda ng ulat ng bug.

--debug-git-calls
I-output ang git invocations sa stderr. (Para sa mas kumplikadong mga kaso ng pag-debug).

--allow-changes-in-debian-branch
Huwag pansinin ang mga pagbabago sa upstream sa iyong sangay ng Debian. Itatapon nito ang mga ito kung
merge-patched ay tinatawag sa pamamagitan ng come command o sila ay hindi pinansin sa ibang lugar.

UTOS

sa loob [pagpipilian] tarfile [upstream-commit [preapplied-commit [patched-commit]]]
Lumikha ng isang bagong proyekto.

Ang unang argumento ay isang upstream tarball.

Kailangan mo ring magkaroon ng mga nilalaman ng file na iyon at ang mga file na ibinigay kasama nito
--component na na-unpack bilang ilang sangay o commit sa iyong git repository (o katulad
sapat na kaya dpkg-source hindi malalaman ang pagkakaiba). Ito ay itatabi sa
upstream branch (tinatawag na salungat sa agos or upstream-kahit ano). Kung ang pangalawang argumento ay
hindi umiiral o walang laman, dapat na umiiral na ang sangay na iyon, kung hindi, magkakaroon ang sangay na iyon
masimulan sa kung ano ang pangalawang argumento. (Responsibilidad mo na ang
tugma ang nilalaman. Hindi alam ng git-dpm kung ano ang ginagawa ng iyong malinis na panuntunan, kaya hindi masuri
(at hindi man lang sinusubukang magbigay ng babala)).

Maaari ka nang magkaroon ng isang sangay ng Debian (tinatawag na panginoon or kahit ano). Kung hindi
umiiral, ito ay umiiral pagkatapos. Kung hindi, maaari itong maglaman ng a debian/patches/serye
file, na ii-import ng git-dpm.

Ang ikatlong argumento ay maaaring maging inapo ng iyong upstream na sangay, na naglalaman ng
mga pagbabago sa iyong sangay ng Debian bago mailapat ang anumang mga patch (Mas gusto ng karamihan sa mga tao na
have none and lintian warns, pero kung meron ka, commit/cherry pick them in a new
branch/detached head sa ibabaw ng iyong upstream branch at pangalanan sila dito). Kung wala
--patches-applied, ang iyong Debian branch ay maaaring walang anumang upstream na pagbabago kumpara sa
ang commit na ito (o kung hindi ito ibinigay, ang upstream branch).

Kung walang ikaapat na argumento, ang git-dpm ay maglalapat ng mga posibleng patch sa iyong Debian
sangay sa itaas ng ikatlong argumento o upstream. Maaari mo ring gawin ito sa iyong sarili at
ibigay iyon bilang ikaapat na argumento.

Ang mga nilalaman ng commit/branch na ito na ibinigay sa ikaapat na commit o ginawa ni
paglalagay ng mga patch sa ibabaw ng pangatlo/iyong upstream na sangay ay isasama sa iyong
Debian branch at naalala bilang patched branch.

Pagpipilian:

--sangkap filename
Itala ang a .orig-bahagi.tar file na i-unpack sa iyong upstream branch.

--patches-apply
Ipahiwatig na ang sangay ng Debian ay mayroon nang mga patch na inilapat.

Kung wala ang git-dpm na ito ay susuriin na walang mga pagbabago sa sangay ng Debian
pamamahala sa labas ng patch bago ilapat ang mga patch; kasama nito, ito ay
sa halip suriin na walang mga pagkakaiba pagkatapos ilapat ang mga patch.

--lumikha-walang-patch
Huwag gumawa/mag-override debian/mga patch direktoryo. Kailangan mong tumawag
update-patches iyong sarili. Kapaki-pakinabang kung nag-i-import ka ng makasaysayang data at
panatilihin ang orihinal na mga patch sa sangay ng Debian.

--record-patch-category
Magdagdag ng Kategorya ng Patch: field sa bawat na-import na patch na nasa isang subdirectory
of debian/mga patch. Ito ay nadudulot update-patches upang iimbak ito sa parehong
subdirectory.

--record-patch-name
Magdagdag ng Pangalan ng Patch: field sa bawat na-import na patch na may pangalan nito. Ito ay nadudulot
update-patches upang iimbak ito sa ilalim ng orihinal nitong pangalan.

maghanda
Siguraduhing naroon ang upstream branch at upstream orig.tar ball at napapanahon.
(Pinakamahusay na tawag pagkatapos ng isang clone o isang pull).

katayuan [sangay]

Suriin ang katayuan ng kasalukuyang proyekto (o ng proyektong kabilang sa
argumento sangay kung iyon ay ibinigay). Nagbabalik na may non-zero exit code kung mayroon
ang gagawin ay nakita.

naka-checkout-patched

Tingnan ang naka-patch na sangay (patched|may tagpi-kahit ano) pagkatapos matiyak na mayroon ito
at isa itong naitala sa debian/.git-dpm file.

Kung ang naka-patch na sangay ay tumutukoy sa isang lumang estado (ibig sabihin, ang isa na ninuno na ng
ang kasalukuyang sangay ng Debian), binago ito sa naitalang kasalukuyang sangay.

Kung hindi, maaari mo itong i-reset sa huling naitala na estado gamit ang --puwersa pagpipilian.

update-patches [pagpipilian] [pangalan ng sangay]

Pagkatapos tumawag merge-patched-sa-debian kung kinakailangan, i-update ang nilalaman ng
debian/mga patch sa kasalukuyang kalagayan ng patched sangay.

Itala din sa debian/.git-dpm kung aling estado ng naka-patch na sangay ang mga patch
direktoryo ay nabibilang sa.

Kung ang isang pangalan ng sangay ay ibinigay, ang sangay na iyon ay pinoproseso. Kung hindi, ang pangalan ay hinango
mula sa kasalukuyang naka-check out na sangay gaya ng dati.

Pagpipilian:

--gawin muli Gumawa ng isang bagay, kahit na tila walang magawa.

--allow-revert, --wag pansinin ang mga pagtanggal, --dot-git-files=*
ipinasa sa merge-patched-sa-debian

--amyendahan
Huwag gumawa ng bagong commit, ngunit baguhin ang huli sa sangay ng Debian.
(Ibig sabihin, tawagan ang merge-patched-into-debian na may --amend at amend ang mga update
mga patch sa huling commit kahit na hindi iyon ginawa ni
merge-patched-sa-debian).

-m mensahe
paggamit mensahe bilang commit message. (Kung ginamit kasama ng --amend, huwag muling gamitin
lumang commit message, author o author date pero palitan ang lumang commit ng a
bagong commit sa mensaheng iyon).

--panatilihin-sanga
huwag tanggalin ang isang umiiral nang naka-patch na sangay (karaniwan ay inaalis iyon at maaaring
muling nilikha gamit ang naka-checkout-patched upang maiwasan ang mga lipas na kopya na nakatago sa paligid.

--payagan-di-linear
naipasa sa merge-patched.

dch [pagpipilian] -- dch-opsyon
Pagkatapos tumawag sa mga update-patches kung kinakailangan, patakbuhin ang devscripts' dch kasama ang tinukoy
mga pagpipilian at pagkatapos ay gawin a pumunta gumawa na may commit na mensahe na naglalaman ng mga pagbabago sa
debian/changelog file.

Pagpipilian:

--amyendahan
Palitan ang commit na kasalukuyang pinuno ng sangay ng Debian
(panginoon|isang bagay) sa halip na lumikha ng bago sa itaas. Ang commit message
isasama rin ang mga pagbabagong ginawa sa debian/changelog sa nakaraang commit
(maliban kung ibinalik ng bagong pag-edit).

--ignore-patches
Huwag tumawag sa mga update-patches ngunit huwag pansinin ang kasalukuyang estado ng
pinagtagpi-tagping sanga (patched|may tagpi-isang bagay).

--panatilihin-sanga, --allow-revert, --payagan-di-linear, --wag pansinin ang mga pagtanggal,
--dot-git-files=*
Naipasa sa update-patches, kung tawagin.

--pinakabago-lamang|--pinakabago|-l
Isama lamang ang mga pagbabago sa pagitan ng kasalukuyang gumaganang direktoryo bago tumawag
dch at pagkatapos na tawagan ito (at hindi mula noong huling commit o huling commit
hindi pinalitan).

-e | -v | -a | --lahat | -s | -n | --no-verify | -u | --untracked-files | -q |
--tahimik | --paglilinis=... | --may-akda=...
ipinasa sa git commit.

merge-patched-sa-debian [pagpipilian] [pangalan ng sangay]
Karaniwan update-patches pinapatakbo ito para sa iyo kung itinuturing na kinakailangan.

Ang utos na ito ay ang ubod ng git-dpm, ngunit kadalasan ay hindi mo ito direktang tinatawag. Ito
ay tinatawag ng update-patches at mga bagay na tumatawag update-patches gaya ng dch kailan
kinakailangan.

Pinapalitan nito ang lahat ng mga file (na may mga pagbubukod lamang na inilarawan sa ibaba) sa kasalukuyang
sangay ng Debian (panginoon|kahit ano) kasama ang mga matatagpuan sa pinagtagpi-tagping sangay
(patched|may tagpi-kahit ano).

Tanging ang Debian direktoryo at mga file sa root directory na nagsisimula sa ".git" ay
itinatago mula sa sangay ng Debian (kaya .gignignore, .gitattributes, ... mananatili). At
lahat ng mga file na natagpuan sa huling naitalang na-patch na sangay at tinanggal sa
ang kasalukuyang sangay ng Debian ay tatanggalin din sa bago.

Bukod pa rito ang debian/.git-dpm maa-update ang file kaya ang kasalukuyang naka-patch na sangay
ay naitala at minarkahan bilang kabilang sa huling naitalang upstream na sangay.

Kung wala pangalan ng sangay ibinigay sa command line ang batayang pangalan ng mga sangay
ang pagpapatakbo ay kinukuwenta mula sa kasalukuyang naka-check out na sangay gaya ng dati. Kung hindi
ginagamit ang argumentong ito.

Pagpipilian:

--allow-revert
Karaniwang hindi pinahihintulutan ang pagbabalik sa lumang estado ng naka-patch na sangay, sa
maiwasan ang mga pagkakamali (tulad ng hinila lamang ang sangay ng Debian at nakalimutang tumakbo
naka-checkout-patched). Binabago iyon ng opsyong ito upang maaari mong halimbawang i-drop ang
huling patch sa iyong stack.

--no-ignore-deletions (default)
Ang mga file na tinanggal na kasalukuyang nasa sangay ng Debian na nauugnay sa naitala
ang naka-patch na sangay ay tatanggalin pa rin sa bagong sangay ng Debian at hindi kukunin
mula sa bagong pinagtagpi-tagping sangay. Ito ang default maliban kung ibang default
ay itinakda sa
pumunta config dpm.BRANCHNAME.dpmIgnoreDeletions totoo.

--wag pansinin ang mga pagtanggal
I-disable ang gawi na inilalarawan sa --no-ignore-deletions.

--dot-git-files=paraan
Tukuyin kung paano nagsisimula ang mga file sa .git sa labas debian/ ay hinahawakan. Ang mga iyon ay
humahawak lalo na bilang .gitattributes at .gignignore maaaring iba sa
Debian branch nang hindi bahagi ng anumang patch. (Ang kabuuan debian/ direktoryo
ay palaging kinukuha mula sa sangay ng Debian, kaya ang mga file doon ay hindi apektado).

Ang mga posibleng pamamaraan ay:

awtomatik (default)
Anumang .git* mga file na idinagdag, binago o inalis sa kasalukuyang
Ang sangay ng Debian kumpara sa lumang upstream na sangay ay nakatakda dito
estado, lahat ng iba pa ay kinukuha gaya ng makikita sa bagong naka-patch na sangay.

Debian lahat .git* Ang mga file ay kinuha mula sa sangay ng Debian. Mga file na may pangalan
ganyan mula sa pinagtagpi-tagping sanga ay hindi pinapansin.

salungat sa agos
Mga file na nagsisimula sa .git ay hindi binibigyan ng espesyal na paghawak. Sila ay
kinuha mula sa naka-patch na sangay, maliban kung sila ay tinanggal sa Debian
sangay at ang default --no-ignore-deletions ay aktibo. (ie lang
tulad ng ibang file sa labas debian/).

--panatilihin-sanga
huwag tanggalin ang isang umiiral nang naka-patch na sangay (karaniwan ay inaalis iyon at maaaring
muling nilikha gamit ang naka-checkout-patched upang maiwasan ang mga lipas na kopya na nakatago).

--amyendahan
Palitan ang huling commit sa iyong sangay ng Debian (tulad ng gagawin ng git commit --amend
gawin). Maliban sa bawat magulang na ninuno ng o katumbas
sa bagong patched branch o ang naitala na patched branch ay tinanggal. (Iyon
ay, nawala mo hindi lamang ang commit sa sangay ng Debian, kundi pati na rin ang isang nakaraan
estado ng patched branch kung ang huling commit mo ay pinagsama rin ang patched
sangay).

-m mensahe
Mag-commit ng mensaheng gagamitin para sa bagong commit na ginawa. (Kung ginamit kasama ng
--amend, hindi nito pinapagana ang muling paggamit sa lumang may-akda at petsa).

--payagan-di-linear
huwag i-abort na may error kung ang naka-patch na sangay ay walang linear series ng
commit sa ibabaw ng upstream branch. Ang paggamit ng pagpipiliang ito ay hindi inirerekomenda
dahil madali itong nagtatago ng mga problema na may tagpi-tagpi o upstream na sanga at maaaring
ipakilala ang sirang debian/patches/ series, gaya ng ginagawa ng format-patch na hindi
serialization.

import-bagong-upstream [pagpipilian] .orig.tar
I-import ang mga nilalaman ng ibinigay na tarfile (tulad ng import-tar) at itala ito
sangay (tulad ng record-bagong-upstream).

Ito ay halos katumbas ng:
git-dpm import-tar -p salungat sa agos filename
pumunta pagsisiyasat -b salungat sa agos
git-dpm record-bagong-upstream filename

--hiwalay
Huwag gawing ninuno ng lumang upstream branch ang bagong upstream branch
(maliban kung muli mong idagdag iyon ng -p).

-p commit-id|--magulang commit-id
Magbigay import-tar karagdagang mga magulang ng bagong commit na gumawa.

Halimbawa kung sinusubaybayan mo ang git repository ng upstream sa ilang sangay, magagawa mo
pangalanan iyon dito upang gawin itong bahagi ng kasaysayan ng iyong sangay ng Debian.

--payagan-walang-magulang
Kung ang dpm.importWithoutParent ay nakatakda sa false sa pamamagitan ng git config, ang git-dpm ay hindi
payagan ang pag-import-new-upstream na tumakbo nang walang opsyong ito o hindi bababa sa -p
pagpipilian.

--rebase-patched
Pagkatapos i-record ang bagong upstream branch, i-rebase ang patched branch sa
bagong upstream branch.

--no-rebase-patched
Huwag tumawag sa rebase-patched pagkatapos i-record ang bagong upstream branch. (Ito
ay kasalukuyang default, ngunit maaaring magbago iyon sa hinaharap).

-m mensahe
Mag-commit ng mensaheng gagamitin para sa bagong commit sa Debian branch na nagre-record ng
bagong file at upstream na sangay.

--sangkap package_version.orig-bahagi.tar.gz
I-unpack ang tinukoy na filename sa bahagi direktoryo at i-record ito
na maghanda at katayuan alam na suriin ito.

--sa loob

Wala pa sa mga sangay ang umiiral, lumikha ng mga ito.

Dahil ang mga sangay na tatakbo ay nagmula sa HEAD kung hindi --sangay Ang opsyon ay
ibinigay, kailangan mo HEAD tumuro sa isang hindi pa umiiral na sangay (tulad ng
direkta pagkatapos pumunta sa loob) o kailangan mong bigyan ng pangalan kasama --sangay.
Kung hindi, mayroon nang isa sa mga sangay at nagkaka-error ka lang
mensahe.

--sangay debianbranch
Huwag kunin ang pangalan ng sangay ng Debian mula sa kasalukuyan HEAD ngunit gamitin debianbranch
sa halip. (At upstream na pangalan ng sangay at patched branch name na nagmula sa
na gaya ng dati).

--pristine-tar-commit | --ptc
tawag malinis-tar gumawa para sa lahat ng imported na tarball na hindi pa nakikita sa
malinis na sanga ng alkitran.

--no-purstine-tar-commit
Huwag kang tumawag malinis-tar gumawa para sa lahat ng imported na tarballs kahit na configured
upang gawin ito sa pamamagitan ng
pumunta config dpm.pristineTarCommit totoo o sa pamamagitan ng
pumunta config sangay.debianbranch.dpmPristineTarCommit totoo.

--wag pansinin ang mga pagtanggal, --dot-git-files=
Naipasa sa merge-patched, kung tawagin (ginagawa lang kung walang mga patch
dati).

--upstream-author may-akda
Ginamit bilang ang --may-akda pagtatalo sa git-dpm import-tar.

--upstream-date petsa
Ginamit bilang ang --date pagtatalo sa git-dpm import-tar (lalo na kotse is
suportado upang kunin ang isang petsa mula sa tar file).

--ibukod huwaran
Ang ibinigay na pattern ay ipinapasa sa tar bilang ibukod ang pattern kapag ina-unpack. Pwede
bigyan ng maraming beses.

import-tar [pagpipilian] .tar-file
Gumawa ng bagong commit na naglalaman ng mga nilalaman ng ibinigay na file. Ang commit ay hindi
magkaroon ng anumang mga magulang, maliban kung magbibigay ka -p mga pagpipilian.

-p commit-id|--magulang commit-id
Idagdag ang ibinigay na commit bilang magulang. (Maaaring tukuyin ng maraming beses).

--sangay pangalan ng sangay
Gumawa ng bagong branch pangalan ng sangay kung wala pa ito o papalitan
pangalan ng sangay na may commit na nilikha mula sa tarball na may kasalukuyang
pangalan ng sangay ulo bilang magulang.

-m mensahe
Huwag magsimula ng editor para sa commit message, ngunit gamitin ang argumento sa halip.

--date petsa
Petsa ng commit na gumawa.

Kung ang halaga ay kotse pagkatapos ay ang pinakabagong petsa ng anumang file o direktoryo sa
tarball ang ginagamit.

--may-akda may-akda
May-akda ng commit to create. Dapat itong nasa karaniwang git na format
may-akda <email>.

--ibukod huwaran
Ang ibinigay na pattern ay ipinapasa sa tar bilang ibukod ang pattern kapag ina-unpack. Pwede
bigyan ng maraming beses.

record-bagong-upstream [pagpipilian] .orig.tar [gumawa]

Kung binago mo ang upstream na sangay (salungat sa agos|upstream-kahit ano), kailangan ng git-dpm
alamin kung saang tarball ang branch na ito ngayon ay tumutugma at kailangan mong i-rebase ang iyong
pinagtagpi-tagping sanga (patched|may tagpi-kahit ano) sa bagong upstream branch.

Kung mayroong pangalawang argumento, papalitan muna ng command na ito ang iyong upstream branch
na may tinukoy na commit.

Pagkatapos ay ang bagong upstream na sangay ay naitala sa iyong sangay ng Debian debian/.git-dpm
file.

Kung tinukoy mo --rebase-patched (o maikli --rebase), git-dpm rebase-patched habilin
tawagan upang i-rebase ang iyong na-patch na sangay sa ibabaw ng bagong upstream na sangay.

Pagkatapos nito (at kung ang sangay ay mukhang kung ano ang gusto mo), kailangan mo pa rin
tawag git-dpm merge-patched-sa-debian (o direkta git-dpm update-patches).

BABALA para maiwasan ang anumang hindi pagkakaunawaan: Kailangan mong baguhin ang upstream branch
bago gamitin ang utos na ito. Responsibilidad mong tiyakin ang mga nilalaman ng
tarball ay tumutugma sa mga nasa upstream branch.

--rebase-patched
Awtomatikong tumawag git-dpm rebase-patched.

--bagong-tarball-lamang
Huwag tanggihan ang operasyon kung ang tarball ay nagbago ngunit ang upstream na sangay ay nagbago
hindi. (Ito ay makatuwiran lamang kung ang tarball ay nagbago nang hindi nagbabago
nilalaman, tingnan ang babala sa itaas).

-m mensahe
Mag-commit ng mensaheng gagamitin para sa bagong commit sa Debian branch na nagre-record ng
bagong file at upstream na sangay.

--amyendahan
Palitan ang huling commit sa halip na gumawa ng bago sa itaas.

--sangkap filename
rekord filename kung kinakailangan ang source file ng bahagi (ibig sabihin, a
sourcename_upstreamversion.orig-bahagi.tar.pagpiga file). Ito ay sa iyo
responsable na magkaroon ng mga nilalaman ng file na iyon bilang bahagi ng iyong upstream
sangay (sa a bahagi subdirectory).

(Ang mga na-record na file ay hahanapin ni katayuan at maghanda. Ang listahan ng
Ang mga recorded component source file ay tinanggal kapag ang isang bagong upstream branch o
salungat sa agos .orig ang source file ay naitala).

--wag pansinin ang mga pagtanggal, --ot-git-files=
Ipinasa sa merge-patched, kung tawagin (na gagawin lamang kung walang
mga patch dati, kaya direktang pinagsama ang bagong upstream na sangay).

rebase-patched
Subukang i-rebase ang iyong kasalukuyang naka-patch na sangay (patched|may tagpi-kahit ano) sa iyong
kasalukuyang kasalukuyang upstream na sangay (salungat sa agos|upstream-kahit ano).

Kung ang mga sangay na iyon ay hindi pa umiiral bilang mga git branch, sila ay (muling) nilikha mula sa
impormasyong nakatala sa debian/.git-dpm muna.

Isa lang itong convenience wrapper sa paligid ng git rebase na unang sumusubok na tukuyin
ano ba talaga ang rebase. Kung mayroong anumang mga salungatan, hihilingin sa iyo ng git rebase
lutasin ang mga ito at sabihin sa rebase na magpatuloy.

Pagkatapos na ito ay tapos na (at kung ang sangay pagkatapos ay mukhang kung ano ang gusto mo), ikaw pa rin
kailangan merge-patched-sa-debian (o direkta update-patches).

mga tag [ pagpipilian ] [ bersyon ]
Magdagdag ng mga tag sa upstream, patched at Debian na mga sanga. Kung walang ibinigay na bersyon, ito
ay kinuha mula sa debian/changelog.

Pagpipilian:

--refresh
I-overwrite ang mga tag kung naroon na ang mga ito at naiiba (maliban sa upstream).

--refresh-upstream
I-overwrite ang upstream kung mayroon iyon at naiiba.

--allow-stale-patches
Huwag magkamali kung ang mga patch ay hindi napapanahon. Ito ay kapaki-pakinabang lamang kung ikaw
ay nag-i-import ng makasaysayang data at gustong i-tag ito.

--pinangalanan
Gamitin ang pangalan ng package bilang bahagi ng mga pangalan ng nabuong mga tag. (gamitin pumunta
config dpm.tagsNamed totoo para gawin itong default)

--may-pangalan pangalan
katulad --pinangalanan ngunit ibigay ang pangalan na gagamitin.

--debian-tag tag-pangalan

--tagpi-tag tag-pangalan

--upstream-tag tag-pangalan
Tukuyin ang mga pangalan ng mga tag na bubuuin.

%p ay pinalitan ng pangalan ng package,

%v na may bersyon (walang epoch) na may mga tutuldok (:) at tilde (~) na pinalitan
sa pamamagitan ng underscore (_),

%u na may upstream na bersyon (walang epoch o Debian revision) na may mga colon
(:) at tilde (~) ay pinalitan ng underscore (_),

%e kasama ang kapanahunan,

%f na may epoch na sinusundan ng underscore (_) kung mayroong epoch, at
gamit ang walang laman na string kung walang panahon,

%V na may bersyon (walang epoch) na may mga tutuldok (:) at tilde (~) na pinalitan
sa pamamagitan ng mga tuldok (.),

%U na may upstream na bersyon (walang epoch o Debian revision) na may mga colon
(:) at tilde (~) ay pinalitan ng mga tuldok (.),

%E na may kapanahunan na sinusundan ng isang tuldok kung mayroong isang kapanahunan, at may walang laman
string kung walang epoch,

%% na may isang solong %.

Kung ang isa sa mga iyon ay hindi nakatakda sa pamamagitan ng opsyon sa command line, pumunta config ay tinanong tungkol sa
halaga ng dpm.debianTag, dpm.patchedTag or dpm.upstreamTag. Kung hindi rin nakatakda iyon
o ang espesyal na halaga AUTO, pagkatapos ay ini-scan ang debian/.git-dpm para sa isang linya ng form
debianTag="halaga",
patchedTag="halaga" or
upstreamTag="halaga".

(Tandaan: palaging idagdag ang mga iyon sa dulo ng file, naayos na ang unang walong linya
mga numero ng linya)

Kung hindi pa rin ito magreresulta sa isang pattern na gagamitin, ang mga default ay
'%p-debian%e-%v','%p-patched%e-%v'At'%p-upstream%e-%u' kasama ang --pinangalanan at
'debian%e-%v','patched%e-%v'At'upstream%e-%u' wala.

Kung ang pangalan ng tag ay may espesyal na halaga Wala, walang nabuong tag.

ref-tag [ pagpipilian ] gumawa [ bersyon ]
katulad mga tag, ngunit lumikha ng mga tag para sa gumawa, ibig sabihin gumawa ay makakakuha ng Debian tag at ang
iba pang mga tag ay inilalagay kung saan ang debian/.git-dpm file ng commit na iyon ay tumuturo sa.

Kaya ito ay halos katumbas ng:
pumunta pagsisiyasat -b temp gumawa
git-dpm mga tag [pagpipilian] [bersyon]
pumunta pagsisiyasat dating-ulo
pumunta sangay -D temp

Mga pagpipilian tulad ng mga tag.

ilapat-patch [ mga pagpipilian... ] [ filename ]
Lumipat sa naka-patch na sangay (ipagpalagay na ito ay napapanahon, gamitin muna ang checkout-patched
upang makatiyak o makakuha ng babala), at ilapat ang ibinigay na patch bilang argumento o mula sa
stdin.

--may-akda may-akda
I-override ang may-akda na itatala.

--defaultauthor may-akda
Kung walang may-akda ang matukoy mula sa commit, gamitin ito.

--date petsa
Ang petsa upang itala ang patch na ito ay orihinal na mula sa kung hindi natagpuan.

--dpatch
I-parse ang patch bilang dpatch patch (Gumagana lamang para sa mga dpatch patch na talagang a
patch, maaaring tahimik na mabigo para sa iba).

--cdbs I-parse ang patch bilang cdbs simple-patchsys.mk patch (Gumagana lamang para sa mga dpatch patch
sa katunayan bilang isang patch, maaaring tahimik na mabigo para sa iba).

--edit Magsimula ng editor bago gawin ang commit (Kung sakaling tamad kang mag-amyenda).

--record-pangalan
Magdagdag ng Pangalan ng Patch: patlang upang sabihin update-patches upang i-export ito ng pareho
pangalan ulit.

--pangalan pangalan
Magdagdag ng Pangalan ng Patch: patlang upang sabihin update-patches upang gamitin ang pangalan bilang filename sa
itabi ang patch na ito sa (kamag-anak sa debian/mga patch).

--kategorya pangalan
Magdagdag ng Kategorya ng Patch: patlang upang sabihin update-patches para laging i-export ito
patch sa isang subdirectory pangalan of debian/mga patch.

cherry-pick [ mga pagpipilian... ] gumawa
Gawin muli ang naka-patch na sangay at cherry-pick ang ibinigay na commit. Pagkatapos ay pagsamahin iyon pabalik
sa sangay ng Debian at i-update ang direktoryo ng debian/patches (hal
katumbas ng checkout-patched, git's cherry-pick, at update-patches).

--merge-lamang
Pagsamahin lamang ang naka-patch na sangay pabalik sa sangay ng Debian ngunit huwag i-update
ang direktoryo ng mga patch (Kakailanganin mong magpatakbo ng mga update-patches sa ibang pagkakataon upang makuha ito
tapos na).

-e | --edit
Ipinasa sa cherry-pick ni git: i-edit ang piniling mensahe ng commit.

-s | --signoff
Naipasa sa cherry-pick ni git: magdagdag ng isang Signed-off-by na header

-x Naipasa sa cherry-pick ni git: magdagdag ng linyang naglalarawan kung ano ang napili

-m num | --pangunahing linya num
Ipinasa sa cherry-pick ng git: payagan ang pagpili ng isang merge sa pamamagitan ng pagtukoy sa magulang
tumingin sa.

--repic
Huwag i-abort kung ang tinukoy na commit ay nakapaloob na.

--payagan-di-linear, --wag pansinin ang mga pagtanggal, --dot-git-files=
Naipasa sa update-patches, kung tawagin.

ipinasa sa merge-patched-sa-debian at update-patches.

--panatilihin-sanga
huwag tanggalin ang pinagtagpi-tagping sanga kapag hindi na kailangan.

--amyendahan
ipinasa sa merge-patched-into-debian: amyendahan ang huling commit sa Debian
sangay.

import-dsc
Mag-import ng Debian source package mula sa isang .dsc file. Magagamit ito upang lumikha ng bago
proyekto o mag-import ng source package sa isang kasalukuyang proyekto.

Habang ang isang posibleng lumang estado ng isang proyekto ay naitala bilang parent commit, ang estado ng
hindi isinasaalang-alang ang lumang sangay ng Debian. Lalo na ang lahat ng mga pagtanggal ng file at
Ang mga .gitignore na file at mga katulad nito ay kailangang muling ilapat/muling idagdag pagkatapos.
(Ipagpalagay na ang mga bagong bersyon ng source package mula sa labas ay maaaring magbago ng mga bagay-bagay
makabuluhang, kaya ang lumang impormasyon ay maaaring mas malamang na luma na. At muling inilapat ito
ay mas madali pagkatapos ibalik ang mga naturang pagbabago.)

Ang unang hakbang ay ang pag-import ng .orig.tar file at posible .orig-bahagi.tar file.
Maaari mong tukuyin ang isang sangay na gagamitin. Kung hindi import-dsc titingnan kung ang
ang nakaraang estado ng proyektong ito ay mayroon nang kinakailangang file kaya ang lumang upstream
maaaring magamit muli ang sangay. Kung wala, ii-import ang file bilang bagong commit,
bilang default na may posibleng nakaraang upstream na sangay bilang magulang.

pagkatapos import-dsc susubukan na i-import ang source package sa estado bilang dpkg-source
-x lilikha nito. (Iyon ay paglalapat ng .diff at paggawa debian/mga panuntunan pinatutupad
para sa 1.0 format na mga pakete at pinapalitan ang Debian direktoryo na may mga nilalaman ng a
.debian.tar at posibleng mag-apply debian/patches/serye para sa 3.0 format na mga pakete).
Ito ay tinutukoy sa kalaunan bilang verbatim import.

Kung ito ay isang 1.0 source format na pakete, import-dsc pagkatapos ay naghahanap ng isang hanay ng mga suportado
patch system at sinusubukang ilapat ang mga patch na iyon. Ang mga iyon ay pinagsama sa
verbatim state sa bagong sangay ng Debian.

Pagkatapos ng isang debian/.git-dpm file ay nilikha at isang posibleng lumang estado ng proyekto
idinagdag bilang magulang.

Tandaan na ang dpkg-source ay hindi ginagamit upang kunin ang mga pakete, ngunit kinukuha ang mga ito
mano-mano. Lalo na git-apply ay ginagamit sa halip ng magtagpi. Habang ito sa pangkalahatan
gumagana (at git-dpm may ilang mahika upang gumana sa paligid ng ilan git-applymga pagkukulang),
Maaaring kailanganin kung minsan ang maruming mga patch a -C0 opsyon at pagkatapos ay ilapat sa parehong mga kaso
sa iba't ibang posisyon kaysa saan magtagpi ilalapat ang mga ito.

Pangkalahatang mga pagpipilian:

-b | --sangay pangalan ng sangay
Huwag tingnan ang kasalukuyang HEAD, ngunit i-import ang package sa git-dpm
proyekto pangalan ng sangay o lumikha ng isang bagong proyekto (kung ang sangay na iyon ay hindi pa
umiiral).

--verbatim pangalan ng sangay
pagkatapos import-dsc ay matagumpay na natapos, pangalan ng sangay maglalaman ng
verbatim import ng .dsc file. Kung mayroon nang sangay ng pangalang iyon,
ang bagong verbatim commit ay magkakaroon din ng luma bilang magulang. (Nagdudulot din ito ng
ang verbatim commit ay hindi sinusugan kasama ng iba pang mga pagbabago, na maaaring magresulta
sa mas maraming commit).

--use-changelog
I-parse ang debian/changelog ng na-import na package. Gamitin ang paglalarawan bilang
gumawa ng mga mensahe at ang may-akda at oras bilang default para sa mga patch at pag-import
commit nang wala ang impormasyong iyon. (Babala: maaaring naglalaman pa rin ng ilang magaspang
mga gilid).

Mga opsyon tungkol sa paggawa ng upstream branch:

--upstream-to-use gumawa
Huwag i-import ang .orig.tar o subukang gamitin muli ang isang lumang import, ngunit palaging gamitin
ang gumawa tinukoy.

Responsibilidad mo na ang sangay na ito ay sapat na katulad ng
.orig.tar file at posibleng .orig-component.tar sa kani-kanilang mga
mga direktoryo. (Gaya ng dati, may sapat na katulad na ibig sabihin: Hindi nakakaligtaan ang anumang mga file na
ang iyong mga patch touch o ang iyong proseso ng pagbuo ay nangangailangan (o muling likhain maliban kung
debian/mga panuntunan linisin inalis muli ang mga ito). Ang bawat file ay naiiba kaysa sa in
.orig.tar o wala doon dapat mong tanggalin sa resultang Debian
sangay. Walang patch ang maaaring hawakan ang mga file na iyon.)

Gamitin nang may pag-iingat. Walang babala sa iyo kahit na gamitin mo ang nilalaman ng a
ganap na maling upstream na bersyon.

--detached-upstream
Kung mag-import ng .orig.tar bilang bagong commit, huwag gumawa ng posibleng commit para sa
isang lumang upstream na bersyon ng magulang.

--upstream-parent gumawa
Idagdag gumawa bilang (karagdagang) magulang kung nag-i-import ng bagong upstream na bersyon.

(Maaari itong gamitin halimbawa upang gawing bahagi ng upstream ang git history ng iyong
kasaysayan ng package at sa gayon ay makakatulong sa git kapag namimili ng mga bagay na cherry).

--payagan-walang-magulang
Kung ang dpm.importWithoutParent ay nakatakda sa false sa pamamagitan ng git config, ang git-dpm ay hindi
payagan ang import-dsc na tumakbo nang wala ang opsyong ito o hindi bababa sa
--upstream-parent na opsyon.

--pristine-tar-commit |--ptc
tawag malinis-tar gumawa para sa lahat ng tarball na inangkat pagkatapos ng natitirang bahagi ng
Ang utos ng import-dsc ay matagumpay.

--no-purstine-tar-commit
Huwag kang tumawag malinis-tar gumawa para sa lahat ng imported na tarballs kahit na configured
upang gawin ito sa pamamagitan ng
pumunta config dpm.pristineTarCommit totoo o sa pamamagitan ng
pumunta config sangay.debianbranch.dpmPristineTarCommit totoo.

--upstream-author may-akda
Ginamit bilang ang --may-akda pagtatalo sa git-dpm import-tar.

--upstream-date petsa
Ginamit bilang ang --date pagtatalo sa git-dpm import-tar (lalo na kotse is
suportado upang kunin ang isang petsa mula sa tar file).

--tar-ibukod huwaran
Ang ibinigay na pattern ay ipinapasa sa tar bilang ibukod ang pattern kapag ina-unpack
tarfiles. Maaaring ibigay ng maraming beses.

Mga opsyon tungkol sa paglalapat ng mga patch:

-f | --force-commit-reuse
Tumingin lamang sa magulang at puno at hindi na sa paglalarawan kapag sinusubukan
ang muling paggamit ay gumagawa ng pag-import ng mga patch mula sa mga nakaraang bersyon ng package.

-Cnum | --patch-context num
Nakapasa bilang -Cnum sa git-apply. Tinutukoy ang bilang ng mga linya ng konteksto na
Dapat na tumugma.

--dpatch-allow-empty
Huwag magkamali kung ang isang dpatch file ay hindi nagbabago ng anuman kapag itinuturing bilang
tambalan

Dahil ang mga dpatch file ay maaaring mga arbitrary na script, git-dpm ay may ilang mga problema
pag-detect kung sila ay talagang mga patch. (Maaari lamang nitong makayanan ang mga patch). Kung
ang isang script na hindi isang patch ay itinuturing bilang patch na karaniwang nagreresulta sa
hindi binago ng patch ang anuman, kaya ipinagbabawal ang mga iyon nang walang pagpipiliang ito.

--patch-system paraan
Tukuyin kung anong patch system ang ginagamit para sa source format 1.0 packages.

kotse (ito ang default)
Subukan upang matukoy kung anong patch system ang ginagamit sa pamamagitan ng pagtingin sa debian/mga panuntunan
(At debian / control).

wala Hindi iyon ang mga patch na iyong hinahanap.

kasaysayan
Huwag subukang maghanap ng anumang mga patch sa .diff (tulad ng wala). Kung kung ang
umiiral na ang proyekto at ang upstream tarball ay pareho, lumikha
ang tagpi-tagping estado ng bago sa pamamagitan ng paggamit ng mga patch ng luma
at pagdaragdag ng isang patch ng tuktok na nagdadala nito sa bagong estado.

Kung mag-import ka ng maraming rebisyon ng ilang package, kung saan bago ang bawat isa
Ang rebisyon ay nagdagdag ng halos isang pagbabago sa upstream, ang opsyong ito
nagbibigay-daan sa iyo na halos awtomatikong lumikha ng tamang hanay ng mga patch
(mabuti na lang kulang ang mga paglalarawan).

Kung mayroong parehong mga pagbabago at ibinalik ang mga iyon ay makikita sa
ginawa ang mga patch, kaya hindi masyadong kapaki-pakinabang ang mode na ito sa kasong iyon.

kubrekama I-extract at ilapat ang a debian/patches/serye kubrekama tulad ng serye sa ibabaw ng
posibleng upstream na pagbabago na makikita sa .diff file.

kubrekama-una
Bilang kubrekama mode, ngunit ilapat ang mga patch sa isang hindi binagong upstream
una at pagkatapos ay cherry-pick ang mga pagbabagong makikita sa .diff file.

Dahil hindi ito ang pagkakasunud-sunod kung saan inilalapat ang mga patch sa isang normal
unpack/build cycle, ito ay mabibigo kung ang mga pagbabagong iyon ay hindi naiiba
sapat (halimbawa kapag ang mga patch ay nakasalalay sa mga pagbabagong ginawa sa
.diff).

Ngunit kung ang .diff ay naglalaman lamang ng mga hindi nauugnay na pagbabago na nag-iiba sa
bawat bersyon, nagbibigay ito ng mas magandang kasaysayan, gaya ng ginagawa para sa
mas madaling magamit muli ang mga patch.

nilagyan ng kubrekama
Bilang kubrekama-una mode, ngunit ipagpalagay na ang mga patch ay nailapat na
sa .diff, kaya ilapat ang mga ito sa ibabaw ng hindi binagong upstream at pagkatapos
magdagdag ng commit na nagdadala nito sa estado sa .diff. (O hindi kung ganoon
walang laman ang patch).

dpatch | dpatch-una | dpatch-apply
Tulad ng kubrekama respeto kubrekama-una respeto nilagyan ng kubrekama mga mode, ngunit
sa halip ay maghanap ng dpatch-style na mga patch sa debian/patches/00list.

Tandaan na ang mga patch lamang ang sinusuportahan at hindi ang dpatch na tumatakbo sa iba
utos.

simple | simple-una | simpleng inilapat
Tulad ng kubrekama respeto kubrekama-una respeto nilagyan ng kubrekama mga mode, ngunit
sa halip ay mag-assume debian/patches/ naglalaman ng mga patch na angkop para sa mga cdbs
simple-patchsys.mk.

--patch-may-akda "pangalan <email>"
Itakda ang may-akda para sa lahat ng git commit sa pag-import ng mga patch.

--patch-default-author "pangalan <email>"
Magtakda ng may-akda para sa lahat ng mga patch na hindi naglalaman ng impormasyon ng may-akda (o kung saan
git-dpm hindi matukoy ito).

--edit-patches
Para sa bawat patch na na-import, magsimula ng editor para sa commit message.

--record-patch-category
Magdagdag ng Kategorya ng Patch: field sa bawat na-import na patch na nasa isang subdirectory
of debian/mga patch. Ito ay nadudulot update-patches upang iimbak ito sa parehong
subdirectory.

--record-patch-name
Magdagdag ng Pangalan ng Patch: field sa bawat na-import na patch na may pangalan nito. Ito ay nadudulot
update-patches upang iimbak ito sa ilalim ng orihinal nitong pangalan.

record-dsc [pagpipilian] gumawa .dsc-file
Mag-imbak ng malinis na .dsc file sa a dscs sangay pagkatapos iimbak ang mga file na nilalaman nito
gamit ang malinis na alkitran.

Ang unang argumento ay isang tag o commit na nag-iimbak ng git-dpm proyekto sa estado
kabilang sa .dsc file at ang pangalawang argumento ay ang .dsc file mismo. Ang
ang mga file na tinutukoy nito ay inaasahan sa parehong direktoryo ng file mismo (kung sila
ay kailangan).

Ang ilang mga pagsusuri ay ginagawa upang matiyak na ang file at ang mga nilalaman nito ay pinangalanan nang maayos at
tumugma sa commit na pinag-uusapan, ngunit mabilis lamang upang maiwasan ang mga halatang pagkakamali (para sa
halimbawa ang bersyon lamang ang nasuri, ngunit ang .debian.tar ay hindi na-unpack upang suriin ang
ang mga file ay talagang pareho, halimbawa).

Pagpipilian:

--lumikha-sangay
Gumawa ng bago dscs sangay.

--allow-unsigned
Pahintulutan ang pag-record ng isang hindi nalagdaan .dsc file. Karaniwang tinatalo nito ang punto ng
pag-iimbak ng mga ito sa lahat.

ang debian/.git-dpm file

Hindi mo kailangang malaman ang tungkol sa mga nilalaman kung ang file na ito maliban sa pag-debug ng git-dpm.

Ang file ay naglalaman ng 8 linya, ngunit ang hinaharap na bersyon ay maaaring maglaman ng higit pa.

Ang unang linya ay nagpapahiwatig kung tungkol saan ang file na ito at hindi pinansin.

Pagkatapos ay mayroong 4 na git commit id para sa mga naitala na estado:

Una ang estado ng pinagtagpi-tagping sanga kapag ang mga patch ay pumasok debian/mga patch ay huli
na-update.

Pagkatapos ay ang estado ng naka-patch na sangay noong huli itong pinagsama sa Debian
sangay.

Pagkatapos ay ang upstream branch ng estado noong huling pinagsama ang naka-patch na sangay.

Sa wakas ang upstream na sangay.

Ang sumusunod na 3 linya ay ang filename, ang sha1 checksum at ang laki ng origtarball
kabilang sa naitalang upstream na sangay.

SHORTCUTS

Karamihan sa mga utos ay mayroon ding mas maikling mga alias, upang maiwasan ang pag-type:

update-patches: pataas, pataas, ci
maghanda: prep
checkout-patched: co, cp
rebase-patched: rp
apply-patch: ap
import-tar: ito
import-new-upstream: inu, inu
record-new-upstream: rnu, rnu
merge-patched-in-debian: merge-patched

ang record-new-upstream ay magagamit din sa ilalim ng lumang pangalan na new-upstream, kahit na malamang na
maalis sa mga susunod na bersyon (upang maiwasan ang pagkalito).

MGA BRANCHES

ang sanga sa itaas (salungat sa agos|upstream-kahit ano)
Ang sangay na ito ay naglalaman ng upstream sources. Ang mga nilalaman nito ay kailangang sapat na katumbas ng
ang mga nilalaman sa iyong upstream tarball.

Ang sapat na katumbas ay nangangahulugan na ang dpkg-source ay hindi dapat makakita ng pagkakaiba sa pagitan ng iyong na-patch
puno at at orihinal na tarball unpackaged, ang patched na inilapat at debian/mga panuntunan
linisin tumakbo. Kadalasan ito ay pinakamadaling mag-imbak lamang ng mga verbatim na nilalaman ng iyong orig
tarball dito. Pagkatapos ay maaari mo ring gamitin ito para sa malinis na alkitran.

Ang sangay na ito ay maaaring maglaman ng debian/ subdirectory, na kadalasang hindi papansinin.

Maaari mong i-publish ang sangay na iyon o gawin itong hindi malinaw na nakikita sa pamamagitan ng
debian/.git-dpm file sa sangay ng Debian.

Bagama't kadalasan ay makatuwiran na ang mga mas bagong sanga sa upstream ay naglalaman ng mga mas luma, ito
ay hindi kailangan. Maaari kang lumipat mula sa isang nilikha mo mismo o ng ilan
Ang tool sa pag-import ng foreign-vcs ay nakabuo ng isa sa isang katutubong upstream branch o vice versa
walang problema. Tandaan na dahil ang sangay ng Debian ay mayroong naka-patch na sangay bilang
ninuno at ang pinagtagpi-tagping sanga ang sanga sa agos, ang mga sanga mo sa agos ay
bahagi ng kasaysayan ng iyong sangay ng Debian. Na may kalamangan na kaya mo
muling likhain ang eksaktong estado ng iyong mga sangay mula sa iyong kasaysayan nang direkta (tulad ng pumunta
pagsisiyasat -b oldstate myoldtagorshaofdebianbranchcommit ; git-dpm maghanda ; pumunta
pagsisiyasat hindi matatag-oldstate) ngunit ang kawalan na alisin ang mga kasaysayang iyon
mula sa iyong imbakan kailangan mong gumawa ng ilang manu-manong gawain.

ang pinagtagpi-tagping sanga (patched|may tagpi-kahit ano)
Ang sangay na ito ay naglalaman ng iyong mga patch sa upstream na pinagmulan. (na siyempre ang ibig sabihin
ito ay batay sa iyong upstream branch).

Ang bawat commit ay maiimbak bilang isang patch sa resultang package.

Upang matulungan ang git na bumuo ng isang linear patch series, ito ay dapat na isang linear chain ng
commits, na ang paglalarawan ay kapaki-pakinabang para sa ibang tao.

Dahil ang sangay na ito ay regular na nagre-rebase d, hindi mo ito dapat i-publish. Sa halip kaya mo
muling likhain ang sangay na ito gamit ang git-dpm naka-checkout-patched gamit ang impormasyong nakaimbak sa
debian/.git-dpm.

Hindi ka pinapayagang baguhin ang mga nilalaman ng debian/ subdirectory dito
sangay. Ang pagpapalit ng pangalan ng mga file o pagtanggal ng mga file ay kadalasang nagdudulot ng hindi kinakailangang malalaking patch.

ang sangay ng Debian (panginoon|kahit ano)
Ito ang pangunahing sangay.

Ang sangay na ito ay naglalaman ng debian/ direktoryo at pinagsanib ang naka-patch na sangay.

Bawat pagbabago ay wala debian/, .git* o ang pagtanggal ng mga file ay dapat gawin sa patched
sangay.

alternatibong mga pangalan ng sangay
Maaari mong tukuyin ang mga kahaliling pangalan ng sangay para sa upstream at patched na mga sanga ng a
tiyak na sangay ng Debian, o pilitin ang isang sangay na maging isang sangay ng Debian na karaniwan
maituturing hal upstream na sangay ng isa pang sangay sa pamamagitan ng pagdaragdag dpmUpstreamBranch
at dpmPatchedBranch i-configure ang mga item para sa sangay ng Debian na pinag-uusapan (kailangan mo
pareho, isa lamang ang itinuturing na pagkakamali).

Ang sumusunod na halimbawa ay isang no-op para sa lahat ng praktikal na layunin:
pumunta config branch.master.dpmUpstreamBranch salungat sa agos
pumunta config branch.master.dpmPatchedBranch patched

COPYRIGHT

Copyright © 2009,2010 Bernhard R. Link
Ito ay libreng software; tingnan ang pinagmulan para sa mga kundisyon ng pagkopya. WALANG warranty; hindi
kahit para sa MERCHANTABILITY o FITNESS FOR A PARTICULAR PURPOSE.

Pag-uulat TUMBOK AT MGA ISYU

Maaari kang mag-ulat ng mga bug o mga mungkahi sa tampok sa [protektado ng email] o sa
ako. Mangyaring magpadala ng mga katanungan sa [protektado ng email] o sa akin sa
[protektado ng email].

Gumamit ng git-dpm online gamit ang mga serbisyo ng onworks.net