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 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 7
dnes 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 3
včera 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
včera 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 13
včera 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

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

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 32
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 50
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 947 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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: 769×
    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: 66 | 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: 66 | 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: 67
    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: 67
    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: 60 | 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: 67
    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: 67
    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: 67
    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: 48
    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: 67
    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: 67
    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: 67
    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.