Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
Společnost Framework Computer představila novou vylepšenou verzi svého modulárního notebooku Framework Laptop 13 s Intel Core Ultra Series 1, displej s lepším rozlišením a novou webovou kameru. Přímo do Česka jej zatím koupit nelze.
Byla vydána nová verze 2.16 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
TerminalTextEffects (TTE) je engine pro vizuální efekty v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Od čtvrtka 30. 5. do soboty 1. 6. lze v Praze navštívit Veletrh vědy, tj. největší populárně naučnou akci v České republice, kterou každoročně od roku 2015 pořádá Akademie věd ČR. Vstup zdarma.
Canonical představil Ubuntu optimalizované pro jednodeskový počítač s RISC-V procesorem Milk-V Mars.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 24.5.1 Havier. Přehled novinek v Changelogu.
Společnost xAI založena Elonem Muskem a stojící za AI LLM modelem Grok získala investici 6 miliard dolarů.
Finálový zápas mistrovství světa v ledním hokeji přinesl nový rekord NIX.CZ (𝕏): "Dosavadní absolutní maximum našeho propojovacího uzlu bylo překonáno v čase 21:10, kdy jsme při přenosu dat dosáhli 3,14 Tbps. Je třeba také doplnit, že po deváté hodině večerní byly na maximu i ostatní datové přenosy nesouvisející s hokejovým šampionátem".
Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 12. a 13. října na FIT ČVUT v pražských Dejvicích. CfP poběží do konce prázdnin, pak proběhne veřejné hlasování a výběr přednášek.
Zistil som, že vlastne neviem používať git tak, ako by som potreboval Chcem vyrobiť branch a do toho branch-u pridávať len bugfixy zatiaľ čo do master vetvy pôjdu aj bugfixy aj nové feature.
Graficky by to vyzeralo nejako takto:B1<-B2<-B3 B3<-B4 / / ...<-R1<-F1<-F2<-B1<-F3<-B2<-F4<-F5<-R2<-F6<-B3<-B4<-F7...S tým, že:
Nie je správne urobiť merge, pretože tým by sa mi do branch-u dostali aj feature, ktoré som commitol do master. To isté rebase.
Robiť cherrypick, mi nepríde vhodné, pretože jeden bugfix môže pozostávať z viacerých commitov, ktoré možno ani nemusia ísť po sebe.
Tak ako to vlastne robiť správne?
On asi neexistuje jediný „správný“ systém. Když budeš hledat „git workflow“, tak najdeš řadu různých způsobů – každý to dělá trochu jinak.
Já tedy používám primárně Mercurial a následující systém:
v_1
, v_2
atd.v2.0.0
, v2.1.0
(tzn. štítky a větve se poznají i podle názvu – větve mají v názvu podtržítko, štítky ne).v2.1.0
) odkloní nová větev (např. v_2.1
) a v ní se vyvíjí a vydané opravy se označují štítkem typu v2.1.1
, v2.1.2
atd.v_2.1
do v_2
, případně pak do v_2.2
, v_3
, v_3.1
atd. (pokud existují).Tiskni Sdílej: