abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 14:22 | Komunita

    Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.

    Ladislav Hagara | Komentářů: 2
    dnes 04:33 | Bezpečnostní upozornění

    V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.

    Ladislav Hagara | Komentářů: 26
    včera 19:33 | Bezpečnostní upozornění

    Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.

    Ladislav Hagara | Komentářů: 0
    včera 11:44 | Nová verze

    Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    včera 11:11 | Nová verze

    Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.

    Ladislav Hagara | Komentářů: 10
    včera 00:55 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL

    … více »
    Ladislav Hagara | Komentářů: 0
    včera 00:22 | Komunita

    GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.

    Ladislav Hagara | Komentářů: 7
    10.5. 15:00 | Zajímavý článek

    Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.

    Ladislav Hagara | Komentářů: 29
    9.5. 17:22 | Nová verze

    Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.

    Ladislav Hagara | Komentářů: 6
    9.5. 15:22 | Komunita

    Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.

    Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (2%)
     (1%)
     (0%)
     (3%)
    Celkem 601 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: Jak udržovat dvě verze programu v SVN?

    14.7.2008 09:38 ondra
    Jak udržovat dvě verze programu v SVN?
    Přečteno: 443×
    Zdravíčko. Začal jsem používat Subversion pro správu projektu a chtěl bych se zeptat, jak řešit např. následující situaci: dokončil jsem projekt, který je nyní ve verzi např. 1.0. Vypustím ho do světa a začnu pracovat na verzi 2.0 s novými funkcemi. Žel bohu ve verzi 1.0 je později objevena chybka a já potřebuju udělat novou binárku. Jak správně udržovat "devel" a "stable" větve jednoho programu, abych nyní nemusel opravit stejnou chybu jak ve verzi 1.0, tak ve verzi 2.0 (tzn. aby stačilo chybu opravit jen v 1.0 s tím že se to projeví ve 2.0) - je to vlastně vůbec nějak možné? Děkuju za vysvětlení, ondra

    Odpovědi

    14.7.2008 10:07 podlesh | skóre: 38 | Freiburg im Breisgau
    Rozbalit Rozbalit vše Re: Jak udržovat dvě verze programu v SVN?
    Doufám že neurazím trochou RTFM :-)

    http://svnbook.red-bean.com/en/1.4/svn.branchmerge.html

    http://svnbook.red-bean.com/en/1.4/svn.branchmerge.commonuses.html#svn.branchmerge.commonuses.patterns.release
    Marián Oravec avatar 14.7.2008 11:31 Marián Oravec | skóre: 22 | Nitra
    Rozbalit Rozbalit vše Re: Jak udržovat dvě verze programu v SVN?
    Stabilnú verziu (1.0) budete vyvíjať (resp. už len opravovať prípadné chyby) v trunk vetve. Novú verziu (2.0) budete vyvíjať v branche vetve. V prípade, že budete chcieť preniesť zmeny vykonané v 1.0 do 2.0, spravíte merge medzi týmito vetvami. Merge je niečo ako zobrať zmeny vykonané v jednej vetve za určitý čas a aplikovať ich vo vetve druhej (niekedy bezbolestné, niekedy takmer neriešiteľné :-) ).
    Mám rád elektro, ale vypočujem si aj iné...
    14.7.2008 15:47 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Jak udržovat dvě verze programu v SVN?
    nemel by trunk byt spis nejnovejsi (tj 2.0) ?
    In Ada the typical infinite loop would normally be terminated by detonation.
    14.7.2008 15:50 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: Jak udržovat dvě verze programu v SVN?
    Taky mi to tak přijde.
    Marián Oravec avatar 15.7.2008 14:42 Marián Oravec | skóre: 22 | Nitra
    Rozbalit Rozbalit vše Re: Jak udržovat dvě verze programu v SVN?
    Všetko je to vec názoru, ale podľa SVN best practices (časť The Branch-When-Needed system) by malo platiť, že /trunk by sa mal dať vždy skompilovať -- a to sa pri veľkých zmenách (čo pri zmene major verzie väčšinou nastáva) nedá dosiahnuť.
    Mám rád elektro, ale vypočujem si aj iné...
    15.7.2008 14:55 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Jak udržovat dvě verze programu v SVN?
    Ona by měla jít vždy zkompilovat jakákoli verze, která je ve VCS. Trunk je obdoba Headu v CVS a měl by tam být ten nejaktuálnější kód. Verze 1.0 není ničím významná, aby měla být označena jako trunk a všechny ostatní release verze by už byly tagované. Navíc pokud uděláte na té 1.0 změnu, kterou distribuujete, je vhodné i tu změnu otagovat, třeba 1.0.1. Kdyý se podíváte do OSS projektů používajících SVN, používají také v drtivé většině případů trunk jako vývojovou větev a jednotlivé vydané verze se pak tagují.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.