Press "Enter" to skip to content

Hogyan lehet létrehozni egy exe fájlt Lazarusban

A patch / ru létrehozása

& # x; Deutsch & #; (DE) & # x; Angol & #; & # x; Español & #; (ES) & # x; Français & # (FR) & # x; 日本語 & #; (ja) & # x; Português & #; (PT) & # x; Orosz & # (ru) & # x; Slovenčina & #; (SK) & # x;

Ha javításokat szeretne küldeni az FPC-kódra vagy a Lazarusra, akkor meg kell küldened egy javítást, amelyet a fejlesztők könnyen leengedhetnek a forráskóddal.

Kivételek:

  1. Fájlok átvitele .A PO-nak teljes fájlként kell elküldenie
  2. Az új fájlokat az elhelyezésüket jelző teljes fájlokként kell elküldeni

Követelmények

Szüksége van Lazarus verziókra (vagy FPC) Trunk / Development. A Lazarus (és az FPC) svn vagy git használatával kaphat.

Figyelmeztetés: Ha korrekciókat küld, nem Hozzon létre őket Stabil verzió alapján Lazarus / FPC. Jellemzően a fejlesztési verzió nagyon különbözik a stabil verziótól, mivel a fejlesztők számos javulást és korrekciót alkalmaztak.

Különbség

Az alábbi utasításokban feltételezzük, hogy megnyitotta a parancssorot, és mozgatta (CD parancsot) a tároló katalógushoz. Itt vannak a részletek:

ablakok

Feltételezve, hogy eltávolította Lazarust C: Lazarusban, nyissa meg a parancssorot (HAB) és írja be a “CD \ Lazarust”.

* Nix rendszerek

Feltételezve, hogy eltávolította Lazarust a ~ / Lazarusban, nyissa meg a terminált és írja be a “CD ~ / Lazarus” parancsot.

Javítás létrehozása svn segítségével

Svn diff hab

Ez magában foglalja az összes módosított fájlt az egész SVN tárolóban.

Az egyes fájlokat is azonosíthatja, hogy megbizonyosodjon arról, hogy a szemét nem jött el, például.& #;:

SVN diff IDE / Hab Ideintf / Hab Hab

Jegyzet: Ha a Tortoisesvn-t használja a Windows rendszerben, akkor kiválaszthat egy mappát, amelyben a Lazarust eltávolították a Windows Intézőben, majd kattintson a jobb egérgombbal a Tortoisesvn-létrehozott javítás kiválasztásához (Create Patch)

Hab-megoldás problémái, ha problémái vannak .

Javítás létrehozása git segítségével

Először fejezze ki a kódot egy külön ágban!

Míg a fejlesztési ága aktív, létrehozhat az összes helyi elkötelezettségét:

Ez létrehoz egy sor rögzítést nevekkel, például a “Hab”, “Hab” és így tovább.

Ha azt szeretné, hogy minden változtatás egy javításban történjen, vagy egyesítse az elkötelezettséget a “git rebase -i” használatával, vagy használja a következő parancsot:

Git formátum-patch mester –stdout hab

Jegyzet: A GIT-SVN linkek használatakor a “Master” fióktelep az alapértelmezett SVN törzset követi. Azonban a Github tükör tárolója helyett használja az “Upstream” fióktelepet. Ezután cserélje ki a “Master” -et a “Upstream”-on a fenti parancsokban.

Patcha küldése

Most van egy javításod. Azt javasolnám, hogy lássam a fájlt, hogy megbizonyosodjon arról, hogy jól néz ki (váratlan változások nélkül).

Ajánlott módja annak, hogy küldjön egy javítást – a hiba tracker, részletek megtekintése. Hibajelentés létrehozása. Ha van egy jelentést a problémát, rögzített a tapaszt, használja, különben hozzon létre egy új probléma. Töltse be a fájlt a probléma csatolásához.

A GIT Repository fiókok használata közvetlenül

A GIT elosztott módon és Lazarus fejlesztését használhatja. Legalábbis a Juhamanninen és Alexander Klenin (“Kérdés”) fejlesztői készen állnak arra, hogy elfogadják a kódot a git tárolóban.

A gyakorlatban a tárolónak el kell elágazni a Lazarus tükörből a Githubban. A kódnak külön ágban kell lennie, és áthelyezi az “Upstream” fióktelepet. Még nincs ellenőrizve, további részleteket adhatunk hozzá, ha valaki ténylegesen válaszol a repo és a kód létrehozása.

Ennek a modellnek a korlátozása az, hogy a Kódexnek a GIT-vel dolgozó fejlesztők hatáskörébe kell tartoznia. Ha a kód ezen a területen kívül esik, akkor még mindig használhatja a git-t, de javítania kell a javításokat, és elküldi őket a hibakövetre.

Patcha alkalmazás

Ez megmagyarázza, hogyan kell alkalmazni valaki javítását a helyi adattárra. A javítást a -dry-futó kapcsolóval az alábbiak szerint tesztelheti:

Patch –dry-run hab

A javított program kimenete megegyezik a tényleges korrekcióval, csak ez nem változtatja meg a forrásfájlokat. Nagyon kényelmes a teszteléshez, anélkül, hogy valószínűleg elrontja a forrásodat.

Az “SVN diff” használatával létrehozott javítás

Használja a következő parancssorot a végleges korrekcióhoz:

Patchéb

Ha nem működik, mert a futásidejének elrendezése eltér a futásidejű környezetből, amelyben a korrekció létrejött, megadhatja JavításAz útvonalakról szóló összes információ törlése:

Patch -p0 Hab

Bármely eszköz egy grafikus felület diff Windows is kezeli ezeket a javításokat, beleértve TortoiseMerge.

A “git formátum-patch” által létrehozott javítás

Git

A git maga is alkalmazza a foltot:

A GIT alkalmazható

Tapasz

A “javítás” parancs most támogatja a git formátumban lévő foltokat a -p1 paraméterrel. A Linuxban a V. patch v-vel ellenőrizzük, a régi verziók nem támogatják azt.

Patch -p1 Hab

„Patch” is elérhető a Windows, de vannak eszközök és a munka egy grafikus felületen.

Tortoisemerge

A Tortoisemerge problémák nélkül támogatja a git formátum korrekcióját. A Tortoise SVN-vel együtt van felszerelve, de a karmesterbe nincs beágyazva. Meg kell nyitni a “Start” menüből.

TODO: További eszközök hozzáadása grafikus interfésszel, amely támogatja a git formátumú javításokat

Hibaelhárítás

Végül a foltok lehetnek a UNIX / Linux string (LF) vége, míg a helyi fájl a Windows String (CR + LF) vége van, vagy fordítva. Meg kell konvertálnia egy patch fájlt, mielőtt legalább a Windows-ban alkalmazza, mivel a mellékelt HAB fájl igényes a karakterlánc végére.

A Windows Hab-ban az FPC / Lázárral szállított, nagyon igényes; Talán szerencsésebbek vagyunk a GIT által szállított Hab-val:

C: Programfájlok (x86) \ git \ hab -p0 Hab

vagy SVN patch parancs az SVN-vel

Hab

Comments are closed, but trackbacks and pingbacks are open.