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 18:00 | Komunita

Mitchell Baker v příspěvku Changing World, Changing Mozilla na blogu Mozilly píše o měnícím se světě a měnící se Mozille aneb výrazné restrukturalizaci společnosti Mozilla Corporation. Propuštěno bude 250 zaměstnanců.

Ladislav Hagara | Komentářů: 9
dnes 17:00 | Zajímavý článek

O novince Swap na ZRAM, jež se objeví ve Fedoře 33, píše Vojtěch Trefný na MojeFedora.cz. Ve výchozí instalaci Fedory bude swap, neboli odkládací prostor, vytvořen již pouze na ZRAM, neboli komprimován v paměti.

Ladislav Hagara | Komentářů: 6
dnes 16:00 | Nová verze

Po více než 6 letech byla vydána nová verze 2.4.0 open source 2D fyzikálního enginu Box2D (Wikipedie). Videopředstavení na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 09:00 | Bezpečnostní upozornění

Příspěvek na blogu společnosti Check Point Software Technologies informuje o více než 400 zranitelnostech v SoC Snapdragon od společnosti Qualcomm. Detailněji v přednášce na YouTube z letošní konference DEF CON.

Ladislav Hagara | Komentářů: 6
dnes 08:00 | Nová verze

Projekt KDE neon poskytuje oficiální sestavení prostředí Plasma a aplikací pro uživatele nebo vývojáře, testery aj. Základem systému je Ubuntu s dlouhodobou podporou, nově 20.04 „Focal Fossa“. Povýšení z předchozího 18.04 je možné. Jelikož obsahuje nejnovější vydání z upstreamu, závisí také na novější verzi knihoven Qt, což může v některých případech vést ke konfliktům s balíčky aplikací z repozitářů Ubuntu; např. Plasma 5.19 závisí na Qt 5.14 namísto verze 5.12 dostupné v Ubuntu.

Fluttershy, yay! | Komentářů: 0
dnes 07:00 | Nová verze

Byla vydána verze 27.1 textového editoru GNU Emacs. Podrobný přehled novinek v souboru NEWS. Zmínit lze například nativní podporu parsování JSON.

Ladislav Hagara | Komentářů: 1
dnes 06:00 | Nová verze

Byla vydána nová major verze 3.2.1 (verze 3.2.0 byla přeskočena) programu na úpravu digitálních fotografií darktable (Wikipedie). Podrobný přehled novinek i s náhledy v příspěvku na blogu. Videoprezentace na YouTube.

Ladislav Hagara | Komentářů: 0
včera 17:22 | Komunita

Richard Hughes, hlavní vývojář projektu LVFS (Linux Vendor Firmware Service), jenž umožňuje aktualizace firmwarů zařízení na počítačích s Linuxem, se na Twitteru ptá, zda přistoupit na požadavek jednoho velkého výrobce hardwaru a před aktualizací jeho firmwarů požadovat po uživatelích schválení EULA. Jedná se o první takový požadavek.

Ladislav Hagara | Komentářů: 13
včera 14:33 | Nová verze

Byla vydána nová verze 1.9.0 multiplatformního frontendu k emulátorům, herním enginům a multimediálním přehrávačům RetroArch (Wikipedie). Přehled novinek i s náhledy a videi v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
8.8. 15:55 | Komunita

Free Software Foundation (FSF, Nadace pro svobodný software) publikovala nové video s názvem The University of Costumed Heroes. Jedná se o součást kampaně za používání svobodného softwaru při distanční výuce.

Ladislav Hagara | Komentářů: 35
Dokážete si představit, že by váš hlavní počítač (desktop, notebook) byl v současné době založen na architektuře jiné než x86 (x86_64)? Například ARM, POWER, RISC-V,…
 (12%)
 (12%)
 (55%)
 (15%)
 (5%)
Celkem 230 hlasů
 Komentářů: 14, poslední včera 19:58
Rozcestník

Apache Subversion 1.12

Byla vydána verze 1.12 systému pro správu a verzování zdrojových kódů Apache Subversion (Wikipedie). Přehled novinek v poznámkách k vydání.

25.4.2019 12:22 | Ladislav Hagara | Nová verze


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

Komentáře

Vložit další komentář

25.4.2019 13:57 Zdenek 'Mst. Spider' Sedlak | skóre: 38 | blog: xMstSpider
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Super
25.4.2019 20:19 Hryzo
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Ako moze niekto toto aktualne pouzivat.Kazdy normalny systemak zmigroval uz davno na iny DVCS
25.4.2019 20:39 pacholik | skóre: 10
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
na DVCS
printf 'čapí' | tee /dev/stdin
25.4.2019 21:07 Zdenek 'Mst. Spider' Sedlak | skóre: 38 | blog: xMstSpider
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
To vis, ze jo, systemaci si rozhoduji, jaky VCS/DVCS budou pouzivat :-D

SVN ma par uzitecnych use-cases i v dobach Git/Hg/Bzr
25.4.2019 22:34 dustin | skóre: 62 | blog: dustin
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Jaké třeba konkrétně? Díky.
25.4.2019 23:05 Zdenek 'Mst. Spider' Sedlak | skóre: 38 | blog: xMstSpider
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Pro je jednoho klienta jsem delal SVN cluster pro verzovani jejich vlastnich dokumentu, kde SVN podavalo lepsi vysledky nez Hg. Git uplne propadl. Jinak pro bezne dev tymy davam Git/Hg, tam uz se SVN moc nechyta.

Delta-algoritmus ma SVN pekne promakanou a dost featur si berou z DVCS.

Ono je totiz dobre si precist release notes, nez zacit neco kritizovat - SVNM 1.12 neni SVN 1.0 a kluci udelali poradny kus prace.
Heron avatar 26.4.2019 19:19 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Docela zajímavou vlastností svn je to (možná bylo, už jsem svn roky neviděl, tak nevím, zda to je tam stále), že se dá checkoutnout libovolný podstrom z repa a s tím dál pracovat (tj commitovat do něj). Takže jsem měl jeden repositář, v něm co složka to projekt a checkoutoval jsem si podstrom podle potřeby.
26.4.2019 07:04 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Apache Subversion 1.12

Jak už tu padlo, ne na "jiný DVCS", protože subversion není DVCS.

Řekl bych, že existují dva typické důvody, proč projekty stále ještě používají subversion:

  • Projekt historicky subversion používá, vzhledem k modelu vývoje ho neomezuje (typicky téměř lineární historie, větve se používají jen zřídka), většina vývojářů (často 1/1) je na subversion zvyklá a nic nového se učit nechce.
  • Většina vývojářů (často 1/1) má oblíbené IDE, které má komfortní integraci subversion, ale ne něčeho rozumnějšího.
26.4.2019 08:55 sigma
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Umí Hg/Bzr (git vím, že ne):
  • definovat oprávnění uživatelů na jednotlivé podstromy jednoho repository?
  • naklonovat a dále plnohodnotně pracoat pouze s částí repository? (což je nakonec podmínka pro předchozí bod)
Toto je jeden z důvodů, proč s velkým projektem zůstáváme pořád u SVN. Máme repository s velikostí přes 10 GB (dokumentace k projektům vč. CAD dat a podobně) a další ne tak velké se SW projektem, kde ovšem každý vývojář nemá mít přístup ke všem zdrojovým kódům. Další důvod je, že nás nic moc neomezuje a kde ano, jdeme cestou oddělení dílčích subprojektů spravovaných přes git se synchronizací do master SVN.
26.4.2019 09:10 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Apache Subversion 1.12

Pokud "oprávnění" znamenají to, kdo smí co měnit, tak to se i s gitem zařídit snadno dá. Pokud byste chtěl, aby uživatel část repozitáře nemohl ani vidět, pak se spíš nabízí otázka, jestli je opravdu rozumné to mít jako jeden repozitář. Ona mi celá ta vaše konstrukce vůbec připadá spíš jako typický use case na submodules.

Další důvod je, že nás nic moc neomezuje

To bude spíš ten hlavní důvod, i s ohledem na

a kde ano, jdeme cestou oddělení dílčích subprojektů spravovaných přes git se synchronizací do master SVN.

To zní ještě víc jako submodules.

26.4.2019 09:23 sigma
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Jde o to, že některé věci nesmí být ani vidět, a také že ne všichni potřebují celý 10+ GB strom.

Submodules by to možná řešily, ale musel by nad tím být ještě nějaký další tooling. Máme značnou část uživatelů, která nezvládne / nechce nic jiného než GUI, a integrace submodulů je v tomto ohledu dost špatná. Teď prostě dám svn update na celé working copy a vím, že mám všechny projekty které mě zajímají aktuální.

Těch subprojektů, co by musely být jako submoduly, je u jednoho z repozitářů několik desítek za rok. V současnosti stačí založit adresář ve správném místě v existující struktuře a případně upravit nastavení práv, což zvládne kdokoliv. GUI zároveň poskytuje přehledný katalog všech existujících projektů pro výběr co chci klonovat a co ne.

Uvažovali jsme o gitlabu, který na některé věci už dlouho používáme, ale byla by to dost velká změna paradigmatu, pro uživatele víc práce, a jiný přínos skoro žádný. Musel by založit projekt v gitlabu, přidat ho jako submodul do hlavního projektu, ... k tomu hlavnímu projektu by muselo být nějaké lepší GUI pro výběr, které submoduly mě zajímají a které ne.
26.4.2019 09:43 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Jinak řečeno, jsou to nakonec vlastně ty důvody, o kterých jsem psal: jednoduchý workflow, pro který SVN není omezující, uživatelé jsou na to zvyklí, takže přechod by znamenal jen práci navíc a nutnost učit uživatele něco nového.
26.4.2019 19:51 Hryzo
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
Suhlas,tiez mi to pripada ako legacy / nevhodny navrh architektury projektu.Ak uz tak velmi potrebujem,tak mam submodules. A inak si riesim dependency uplne inymi mechanizmami na urovni zostavovani projektu. A ako funguje kolaboracia viacerych userov na centralizovanom VC? To musi byt radosti stale updatovat pre kazdy commit. A v dobe,kedy svetu vladne git a hosting projektov na githube + pull requesty + code review a CI/CD pipeline by som zamestnanca,ktory mi povie,ze sa nebude ucit GIT (alternativne HG) asi rovno vyhodil.
26.4.2019 21:15 sigma
Rozbalit Rozbalit vše Re: Apache Subversion 1.12
1) (D)VCS se dají použít i na jiné případy než zdrojové kódy software. Pak problémy typické pro vývoj SW, které výhodně řeší distributed model, vůbec nenastávají, a naopak nastávají problémy jiné. Použití SVN spíš jako document management systému je celkem časté.

2) Ano, jeden z těch projektů je legacy věc. Takové existují, mají za sebou třeba 30 let vývoje, stabilní tým lidí s unikátní doménovou znalostí a nějaké zaběhlé workflow. Pokud máte v týmu lidi s unikátní znalostí určité problematiky, co jsou SW vývojáři jen napůl, a jinak dělají fyziku/mechaniku/matematiku, je skutečně nejlepší nápad je rovno vyhodit, když nemají aktivně zájem se přeučovat na jiný model, který je z jejich pohledu objektivně složitější, pokud jim k tomu nedodám nějaký další tooling. Oni se tomu aktivně nebrání, ale prostě by to neslo nějaké náklady, jejichž návratnost je diskutabilní. Takový legacy projekt může mít desítky komponent, build hlavní SW části probíhá pro 4+ velmi rozdílné platformy, build některých velmi obtížně nahraditelných komponent je "velmi specifický" a téměř všechno to má nějakou vazbu na to, že je to v SVN. V takové situaci migraci na git jistě zvažujete, ale třeba vám zatím vychází, že by to přineslo víc problémů a větší rizika než střednědobého užitku.

Založit nové vláknoNahoru


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