OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Řešení dotazu:
svnadmin create
Kdo k němu může: při HTTP(S) exportu (který doporučuji) se to nastavuje v Apache, stačí hledat „apache svn konfigurace“
svnadmin --help
a pak Vás asi napadne svnadmin create --help
a pak by mělo svnadmin create /var/svn/repository/firstrepo
(cestu jsem si vymyslel)./var/svn/repository/firstrepo/conf/authz
,kde si asi upravíte něco jako
[/] * = r franta = rwa pak najdete
/var/svn/repository/firstrepo/conf/passwd
kde asi upravíte něco jako
[users] * = r franta = frantovoHesloA repository je vytvořená, pro přístup všem read-only a write pro franta z hesle frantovoHeslo.
/usr/bin/svnserve -d -r /var/svn/repository/
, což si předem nastudujete z man svnserve
svn list svn://localhost/firstrepo --username franta
což si zase lehce nastudujete pomocí svn help
a svn list --help
.svn prikaz svn://jmeno-nebo-ip-serveru/firstrepo --username franta
[/] r = franta = rwz restartnút svnserve(fčul nevím jestli je to nutné) jak to zareaguje.
[users] franta = frantovoHeslo
anon-access = none auth-access = write authz-db = authz password-db = cesta na passwd soubor danné repository
/svn/repositories/
podle authz, který by měl být spolu s passwd v /svn/repositories/conf/ máte povolen přístup uživateli 'dark'. Ty mezery na začátku řádku před těmi volbami (password-db, authz) v svnserve.conf bych odstranil (nevím jestli to má význam jen z principu)takže mám zkusit například GIT nebo Hg ?To můžu jen velmi důrazně doporučit :).
V SNV je jednodušší se naučit základní používání než git.Ani bych neřekl... možná tak se smířit s indexem, nebo si zapamatovat příkazy, které ho zpracovávají automaticky.
Ale když se člověk do gitu trochu dostane, dívá se zpět a říká si, jak jsme si mohli s tím svn vystačit :)To si ale řekne člověk s nízkými požadavky. Člověk, který kdy chtěl pracovat offline, nadává na SVN od té doby, co s ním poprvé offline pracoval, o větvích a dalších možnostech ani nemluvím :).
Nastavení pravidel komunikace mezi vývojáři dělajícími na stejných sdílených větvích už není tak triviální a nějakou dobu nám trvalo, než si to sedlo. Ale záleží na modelu vývoje.Tak, existují i jednoduché modely.
Instalace GITu na server není složitá, viz např. gitosis. A nebo v případě open sourcu jít třeba na github a nic neřešit?gitosis je nástroj na pohodlnou správu více gitových repozitářů, na dva-tři repozitáře bych se nebál použít samotný git.
Záleží na Vás, svn je nejednodušíMě přijde spíše složitější a méně užitečné... ve smyslu, některé věci mé denní potřeby tam jdou složitě, jiné vůbec.
Nejsem si jist, jak je na tom git s verzováním binárek, zda umí řešit jejich diffy, nebo každou verzi bere celý soubor.Git binárky a textové z hlediska uložení nerozlišuje.
To by se to pak mohlo pěkně nafukovat a nechtěl bych takový repozitář klonovat.Tak binárky mají tendenci se nafukovat bez ohledu na správu verzí, změny v nich často nebývají lokálního charakteru.
Důvod mého dotazu je ten, že jsem tak před rokem četl diskusi, kde srovnávali git a komerční perforce, kde přišlo mi že znalci obého tvrdili, že např. pro kreativní agentury se git nehodí, protože verzují v podstatě jen binární data a git údajně není pro verzování velkých binárních souborů nijak optimalizovaný.Ona to taky ještě před nějakou dobou byla pravda. Neznám detaily, ale o optimalizaci na binární data v gitu jsem četl něco z mailing listů.
Narozdíl od perforce, který se prý v těchto firmách právě z důvodu efektivního verzování velkých souborů používá. Možná se od té doby leccos změnilo.Git nemá žádné omezení, které by mu bránilo pracovat s binárními daty a ukládat je efektivně. Jak efektivně nakládá s velkými (obvykle binárními) soubory je jiná věc, a na mailinglistu se psalo o změnách (optimalizacích), které to měly zlepšit. Benchmarky jsem nedělal a nikde nemám potřebu udržovat v gitu desítky/stovky gigabajtů, abych něco takového musel řešit.
Tiskni Sdílej: