abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 02:44 | Nová verze

    Emulátory Box86 a Box64 umožňující spouštět linuxové aplikace pro x86 a x86_64 na jiných než x86 a x86_64 architekturách, například ARM a ARM64, byly vydány v nových verzích: Box86 0.3.8 a Box64 0.3.2. Ukázka možností na YouTube.

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

    Byla vydána nová verze 6.1 neměnné (immutable) distribuce openSUSE Leap Micro určené pro běh kontejneru a virtuálních strojů. S vydáním verze 6.1 byla ukončena podpora verze 5.5.

    Ladislav Hagara | Komentářů: 0
    včera 19:55 | IT novinky

    Poslanci dnes ve třetím čtení schválili návrh zákona o digitálních financích. Cílem zákona je implementace předpisů Evropské unie v oblasti digitálních financí, konkrétně nařízení DORA (Digital Operational Resilience Act) o digitální provozní odolnosti finančního sektoru a nařízení MiCA (Markets in Crypto Assets) o trzích kryptoaktiv. Zákon nyní míří k projednání do Senátu ČR. U kryptoměn bude příjem do 100 tisíc Kč za zdaňovací období osvobozen od daně, podobně jako u cenných papírů, a to za podmínky jejich držení po dobu alespoň 3 let.

    Ladislav Hagara | Komentářů: 2
    včera 19:11 | Komunita

    O víkendu (15:00 až 23:00) proběhne EmacsConf 2024, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji bude možné na stránkách konference. Záznamy budou k dispozici přímo z programu.

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

    Mozilla má nové logo a vizuální identitu. Profesionální. Vytvořeno u Jones Knowles Ritchie (JKR). Na dalších 25 let.

    Ladislav Hagara | Komentářů: 22
    5.12. 23:33 | Komunita

    Bylo rozhodnuto, že nejnovější Linux 6.12 je jádrem s prodlouženou upstream podporou (LTS). Ta je aktuálně plánována do prosince 2026. LTS jader je aktuálně šest: 5.4, 5.10, 5.15, 6.1, 6.6 a 6.12.

    Ladislav Hagara | Komentářů: 0
    5.12. 15:11 | Nová verze

    Byla vydána nová stabilní verze 3.21.0, tj. první z nové řady 3.21, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu architektury Loongson LoongArch64.

    Ladislav Hagara | Komentářů: 0
    5.12. 11:33 | IT novinky

    Mapy.cz Premium stojí 249 korun ročně. Premium verze je zaváděna postupně.

    Ladislav Hagara | Komentářů: 30
    5.12. 11:00 | IT novinky

    Hodnota Bitcoinu, decentralizované kryptoměny překonala 100 000 dolarů (2 390 000 korun).

    JZD | Komentářů: 16
    5.12. 05:11 | Zajímavý software

    Hurl byl vydán ve verzi 6.0.0. Hurl je nástroj běžící v příkazovém řádku, který spouští HTTP požadavky definované v textovém souboru.

    Ladislav Hagara | Komentářů: 0
    Rozcestník

    Dotaz: jak vest vice projektu nad podobnymi zdrojaky

    6.8.2008 22:27 Leoš Literák | skóre: 74 | blog: LL | Praha
    jak vest vice projektu nad podobnymi zdrojaky
    Přečteno: 896×
    Hledam co nejlepsi zpusob, jak mit vice projektu nad skoro stejnymi zdrojaky, napriklad nasadit engine z abicka na jiny portal. Je jasne, ze 95% zdrojaku bude uplne stejnych. Zmeneno bude jen par desitek souboru, napriklad hodnoty konstant nebo HTML sablony. Zatim se mi jako nejlepsi jevi mit spolecne cvs a z druheho portalu udelat vetev a zmeny z maintrunku pak cas od casu zmergovat do teto vetve.

    Napada vas lepsi zpusob? Podobny problem muze nastat, kdyz mate napriklad engine pro shopy a jeho nekolikere nasazeni.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow

    Odpovědi

    finc avatar 7.8.2008 08:38 finc | skóre: 8 | blog: Finc | Kolín
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Na toto téma se teď mluvilo na java.cz/konference.

    Ja osobne bych si vytvoril vlastni skeleton a pomoci antu bych sestavoval jednotlive kusy tak, jak je potrebuji. Pri dodrzeni konvence "programovani vuci rozhrani" by nemel byt problem mit API a implementaci API, coz uz je vlastni customizace webu, pokud tedy chci mit moznost pro vsechny projekty update.
    Kdo Vam dal pravo ty lidi urazet? A kdo ti dal pravo cumet z okna, ty kr.vo!
    7.8.2008 15:02 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Hodnoty konstant bych dal, pokud je to možné, do konfiguračních souborů (např. properties), a změněné soubory pak kopírovat třeba Antem z nějakého adresáře. Snažil bych se změny udržet na úrovni souborů, tj. aby nedošlo k tomu, že nějaký soubor bude skoro stejný pro dvě různé aplikace, ale bude se lišit v jednom řádku – to jde taky řešit, ale je to otrava. Mergování přes VCS bych se snažil vyhnout, je pak problém uhlídat, aby všude byla aktuální verze.
    7.8.2008 18:07 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Jediný kód, vše specifické do konfigurace. Pokud je ono specifické složité (anebo obsahuje i netriviální funkčnost specifickou pro tu jednu aplikaci apod.), vytvořit pro to zvlášť modul a nakonfigurovat jeho používání.
    7.8.2008 22:06 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    To prave moc nejde. Co treba HTML sablony?
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    8.8.2008 07:58 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Rozdělil bych je na společné části a na části specifické pro každý projekt, a ty do sebe vkládal pomocí include (FreeMarker pro to má hezkou podporu, kdy s hvězdičkou se hledá postupně v nadřazených adresářích – tím je možné udělat default). Ty specifické části pak mít uloženy pro každý projekt v samostatném adresáři a při buildu Antem podle nějakých parametrů nakopírovat ten správný adresář.
    22.8.2008 07:45 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    popr vytvor viacero projektov:
    - engine
    - [projectA] / špecifické súbory (config, šablóny, pluginy ...)
    - [projectB] / ....

    popr správať sa v rámci jednotlivých projektov k engine ako ku "third party source" (je k tomu v cvs dokumentácii odstavec)

    Josef Kufner avatar 21.8.2008 19:28 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Tohle používám a funguje to. Jen to chce mít společné defaultní hodnoty a vše specifické pro konkrétní instalaci mít v nekolidujících souborech, aby se to lehce aktualizovalo.

    Repozitáře používám pro každý projekt samostatné a z toho jednoho vývojového aktualizuju ostatní, když je to potřeba a chce se mi. Aktualizovat vše automaticky je nepraktické, páč se to občas podělá a člověk si to musí zbytečně moc hlídat, takle aktualizuju, jen když se v tom hrabu a nerozbije se to tedy "samo".
    Hello world ! Segmentation fault (core dumped)
    22.8.2008 14:25 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Souvisejici otazka: jak deployovat projekt z cvs/svn? Ten, kdo dela cvs/svn up, musi byt tim uzivatelem, ktery vycheckoutoval projekt. Tedy musel jsem rici sve heslo vsem, kdo mohou aktualizovat projekt. Je lepsi cesta? Me napada varianta, ze si kazdy udela vlastni checkout a pak se nejakym skriptem data nakopiruji do sdileneho adresare. V pripade takoveho skriptu by pak nemel byt problem s tim, ze by se projekt skladal z vice cvs modulu.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Josef Kufner avatar 22.8.2008 14:35 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Co pověsit svn checkout na post-commit hook přímo do repositáře a všem tam dát práva ke čtení třeba rsyncem. Na vlastní update produkční instalace postačí jednoduchý skriptík.
    Hello world ! Segmentation fault (core dumped)
    22.8.2008 15:39 rastos | skóre: 62 | blog: rastos
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Povol prístup cez ssh a v ssh nadefinuj, ktoré príkazy môže daný človek spúšťať napr. len "cvs export ..."
    22.8.2008 15:52 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    pre cvs: pserver alebo spoločná skupina
    22.8.2008 18:52 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    pserver mame. Problem ale je, ze checkoutovany projekt je svazan s uzivatelem, ktery jej checkoutoval, tudiz AFAIK nikdo jiny nemuze na nem delat zadne svn operace.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Josef Kufner avatar 22.8.2008 20:58 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Což je jen a jen dobře, protože se mu v tom nikdo nebude hrabat... ještě to tak...

    Pokud jde o cestu repositář → svět, tak tam už do toho lidi nemají co kecat. Leda nějaký ten konfigurák někdy na začátku, ale víc ani ťuk. Všecko hezky automaticky, pod vyhrazeným účtem a člověk jen řekne: „Tahle revize se mi líbí, tu chci vydat.“

    I takové zvrhlosti, jako tar coby login shell jsou lepší než to dělat ručně ;-)
    Hello world ! Segmentation fault (core dumped)
    default avatar 27.8.2008 16:00 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Pokud jde o cestu repositář → svět, tak tam už do toho lidi nemají co kecat.
    A v tomhle případě žádný svn co ale hezky poctivě svn export.

    Navrhuju anketu:

    Adresáře CVS/, .svn/
    • miluju je
    • nevadí mi
    • nesnáším je
    • nenávidím je
    • něco ještě mnohem horšího!
    Osobně hlasuji pro poslední možnost. :-D
    Josef Kufner avatar 27.8.2008 19:18 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    svn export zbytečně zatíží server při commitu a zdržuje to. Onen checkout při commitu dělám do adresáře uvnitř repositáře a odtut zdrojové kódy distribuuju pomocí rsync (mám to na více strojích), kde už je uvedeno --exclude=.svn a navíc mi rsync vyrábí automaticky zálohy změněných souborů, což ulehčí opravy v případě problémů.

    Tohle prostě záleží na celém procesu a adresáře .svn taky nemám rád ;-)
    Hello world ! Segmentation fault (core dumped)
    default avatar 27.8.2008 20:32 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Onen checkout při commitu dělám do adresáře uvnitř repositáře
    ??? Teď si nerozumíme :-/ Já checkout dělat nemusím, protože po commitu mám ve working copy stejný stav jako v repozitáři. Export dělám jen tehdy, když sestavuji finální CD image nebo deployable package, což je maximálně jednou za týden…
    Josef Kufner avatar 28.8.2008 01:27 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    No, ono po commitu mám stav v pracovním adresáři a repositáři také stejný, ale jde o to, že rsync kopíruje rychleji a má více možností konfigurace než svn export. Takže po commitu se automaticky updatne adresář na serveru, ze kterého pak skript s rsyncem aktualizuje podružné projekty, aniž by přepisoval jejich úpravy (různé soubory, kolize nejsou).

    Nedávno jsem ale od svn upustil a používám jen git a všecko teď obstará prosté git pull po lokálním disku, což je ještě rychlejší a lze to dělat i offline. Commity z hlavního repositáře (= pracovního adresáře) pak jen občas pošlu do svn pomocí git svn dcommit. S tím, že starší projekty stále pouzívají svn.

    Vlastní nasazení pak obstarává dvojice scriptů okolo rsyncu, jeden na upload do testovací instalace (to používám velmi často) a druhý pro update produkční verze z testovací. Tady už do toho žádné VCS nekecá vůbec, jen se zálohují měněné soubory.
    Hello world ! Segmentation fault (core dumped)
    28.8.2008 11:32 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Hmm. Cele to vypada celkom zaujimavo. Nechce sa Ti to rozpisat do clanku? Vyzera, ze sa pri tom postupe riesia mnohe problemy. Celkom by ma to zaujimalo.
    default avatar 28.8.2008 12:35 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Také bych se přimlouval. Specielně bych byl rád za ukázky použití toho gitu…
    Josef Kufner avatar 28.8.2008 15:08 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Tak s tím gitem je to velmi jednoduché: V hlavním repositáři (= pracovním adresáři) udělám nějaké změny a git commit. A v druhém pak jen git pull a změny se mergnou samy. Že nedochází ke kolizím, které bych musel ručně řešit, je zaručeno vhodnou adresářovou strukturou celého projektu a hledáním souborů na dvou místech (pro konkrétní projekt, které v hlavním repositáři neexistují, a defaultní pro všechny projekty).

    V případě, že v "tom druhém" repositáři provedu nějaké úpravy, které nejsou specifické pro konkrétní projekt, vyrobím si patch, který aplikuju v hlavním repositáři (git diff > /tmp/patch; patch -p1 < /tmp/patch). Podrobnosti prozradí kdejaký tutoriál o gitu.

    Když zakládám nový projekt odvozený od hlavního, použiju git clone, což rovnou nastaví i vše potřebné pro následné git pull. Opravdu v tom žádná magie není a pokud je, tak se o ní postará git ;-)

    A jeden tip: git log --graph – je tam krásně vidět jak se to větví a spojuje a šmodrchá...

    Ad článek: Nechce se mi moc vyzrazovat výrobní tajemství, ale nehledej v tom žádné složitosti. Celé to je jen o dvou jednoduchých skriptech s rsyncem, které si beztak musíš napsat sám sobě na míru.
    Hello world ! Segmentation fault (core dumped)
    default avatar 28.8.2008 16:12 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    No, myslím, že se na ten git asi někdy podívám. Ale moc se mi nechce. Nějak jsem už skeptický… ;-)
    28.8.2008 16:14 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    btw, máte nejaký konkrétny dôvod nepoužívať v tomto prípade git push ?
    Josef Kufner avatar 28.8.2008 17:36 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Jednak jsem moc nezkoumal, co push dělá a druhak chci mít kontrolu nad přesným obsahem onoho patche -- většinou z něj ručně vyházím nějaký bordel nebo ho dělám jen nad pár soubory. Ale asi se na ten push kouknu trochu důkladněji až budu mít náladu ;-)
    Hello world ! Segmentation fault (core dumped)
    28.8.2008 20:28 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    no, skôr som myslel miesto kroku, kde používate pull :-)
    ok, len som sa pýtal, že či tam nie je náhodou nejaký problém, ktorý sa mi ešte neprejavil
    Josef Kufner avatar 28.8.2008 20:48 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    Aha, tak tam je to jen o směru přenosu. Spouštím to vždy v repositáři, který aktualizuju z hlavního, proto pull.
    Hello world ! Segmentation fault (core dumped)
    26.8.2008 12:38 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: jak vest vice projektu nad podobnymi zdrojaky
    aha, asi mi zaplo, máš na mysli už samotné nasadenie aktuálnych zdrojákov? ak to chceš riešiť priamo checkoutom z cvs, tak to by som riešil separátnym accountom per nasadenie + v crone na cieľovom stroji cvs update voči konkrétnemu tagu (last-stable).

    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.