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í
×

včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 0
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

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

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 2
včera 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
13.12. 11:00 | Zajímavý software
Na Good Old Games je v rámci aktuálních zimních slev zdarma k dispozici remasterovaná verze klasické point&click adventury Grim Fandango, a to bez DRM a pro mainstreamové OS včetně GNU/Linuxu. Akce trvá do 14. prosince, 15:00 SEČ.
Fluttershy, yay! | Komentářů: 6
13.12. 07:22 | Pozvánky

Konference InstallFest 2018 proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Spuštěno bylo CFP. Přihlásit přednášku nebo workshop lze do 18. ledna 2018.

Ladislav Hagara | Komentářů: 0
12.12. 20:22 | Nová verze

Před měsícem byla vydána Fedora 27 ve dvou edicích: Workstation pro desktopové a Atomic pro cloudové nasazení. Fedora Server byl "vzhledem k náročnosti přechodu na modularitu" vydán pouze v betaverzi. Finální verze byla naplánována na leden 2018. Plán byl zrušen. Fedora 27 Server byl vydán již dnes. Jedná se ale o "klasický" server. Modularita se odkládá.

Ladislav Hagara | Komentářů: 6
12.12. 10:22 | Zajímavý článek

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 13
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 987 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Vložit další komentář
    6.2.2008 20:06 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Používám Trac a SVN (jak v práci tak i občas soukromě), obojí je fajn a jednoduše pochopitelné. Trac lze propojit s SVN a možná i s jinými verzovacími systémy - na netu jsem viděl něco co nápadně připomínalo Trac a běželo to nad Mercurialem. Trac běží v Pythonu, umí pluginy a upravit vzhled šablonami (btw. používá Genshi). Tedy jestli jsou tohle ty nástroje které máš na mysli.
    6.2.2008 20:24 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Součástí Tracu je i wiki.

    Řekl bych, že většina open-source projektů, pokud používá systém pro verzování kódu, tak SVN (odvážlivci git nebo něco jiného), a pokud používá issue tracker, tak Trac, Bugzillu, případně SourceForge. U Debianu nebo tuším i Gnome se používá RT od Best Practical Solutions, pořádně ani nevím co to je :), ale je to také něco pro sledování požadavků a vypadá to celkem advanced. A že se jedná o "free" open-source projekty - tím spíš, jejich řízení je stejně složité jako u těch komerčních. Na CVS lidi povětšinou nadávají a na SourceSafe taky (prý je dost zaměřené na Visual Studio, říkal bydla) :-)

    A vůbec, Dejve, když tu ze čtenářů taháš jejich znalosti, napiš sám své zkušenosti s SCM a RT systémy, byť jen z pohledu uživatele :-)

    (Sorry za dvojí příspěvek, ale mě prostě spousta věcí napadne až po odeslání. Taky by tu mohlo být něco jako editace již poslaných příspěvků, většina webových fór to umí a problémy s tím myslím nejsou.)
    Luk avatar 6.2.2008 20:40 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    pokud používá issue tracker, tak Trac, Bugzillu, případně SourceForge
    Anebo třeba Mantis. Bugzilla je uživatelsky nepřívětivá a SourceForge zase šíleně pomalý (aneb "nesnáším AJAXové chrlení!").
    LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
    6.2.2008 20:50 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    K jednomu Mantisu mám také přístup, nevím jestli je ale nakonfigurovaný na využití všech možností Mantisu. Na první pohled umí narozdíl od Tracu připojit ke komentáři bugu soubor a linkovat bugy mezi sebou nebo vytvořit "podbug", ale zase při psaní nevidím možnost formátování textu (tučný, nadpis apod.) a nevím, jestli lze propojit se systémem pro verzování kódu (VCS, např. SVN).
    Luk avatar 6.2.2008 20:58 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    zase při psaní nevidím možnost formátování textu (tučný, nadpis apod.)
    Možná to opravdu neumí (verze 1.1.x v tomto ohledu neznám, používám stále ještě 1.0.x).
    nevím, jestli lze propojit se systémem pro verzování kódu (VCS, např. SVN).
    Umí CVS a SVN. A obecně to není žádné ořezávátko (features).
    LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
    6.2.2008 21:21 Let_Me_Be | skóre: 20 | blog: cat /proc/idea/current | Brno
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Skoda ze tyhle light-systemy neumi GIT. Zacina mi vadit pomalost SVN ale zase na druhou stranu Bugzillu fakt pouzivat nechci.
    Linked in profil - Můj web - Nemůžete vyhrát hádku s blbcem. Nejdřív vás stáhne na svoji úroveň a pak ubije zkušenostmi.
    7.2.2008 04:20 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Upravit Mantisí hook pro svn na git by IMHO neměl být problém.
    6.2.2008 21:44 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    zase při psaní nevidím možnost formátování textu (tučný, nadpis apod.)
    Možná to opravdu neumí (verze 1.1.x v tomto ohledu neznám, používám stále ještě 1.0.x).
    K čemu je to vlastně dobré? Připadá mi, že bohatě stačí zobrazení jako prostý text neproporcionálním písmem...
    6.2.2008 21:40 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    A vůbec, Dejve, když tu ze čtenářů taháš jejich znalosti, napiš sám své zkušenosti s SCM a RT systémy, byť jen z pohledu uživatele :-)
    BT systémy mi přijdou tak nějak všechny stejné - všechno to má nějaké políčko pro nadpis, popis a stav, možnost přiložit soubor a označit jako duplikát a při změně mi to pošle email. Zbytek mi nějak splývá a rád bych, aby přestal. :-)

    S SCM mám ještě menší zkušenosti, checkout u ne-SVN provádím zkopírováním příkazu ze stránek projektu a přístup pro zápis mám pouze k cs.po v jedné svn, takže mi už ani nemá co splývat. ;-)
    6.2.2008 21:49 anicka | blog: ze_zivota
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    odvážlivci git

    Proc? Vzdyt git (nebo cogito, ale dneska uz je to skoro fuk) je na bezne pouzivani daleko jednodussi nez SVN, prave proto, ze nepotrebuje zadnou centralni spravu. Vlastne myslim, ze SVN uz dneska pouzivaji lidi bud jen z historickych duvodu, nebo protoze jsou lini ucit se neco noveho. Dobre jim tak, ale skoda, ze odrazuji i ostatni :-)

    pokud používá issue tracker, tak Trac, Bugzillu

    Odvazlivec je spis ten, kdo pouziva bugzillu. Pece o bugzillu je nejvetsi adminske peklo, ktere znam, a to jsem zvykla hackovat perlove moduly.

    Co do funkcnosti a snadne udrzby se mi docela libi Mantis.
    ^D
    thingie avatar 7.2.2008 00:32 thingie | skóre: 8
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Git je na používání mnohem jednodušší než SVN, jenom to lidi nechtějí vidět, protože se jim furt říká opak :o)
    Růžové lži.
    thingie avatar 6.2.2008 20:19 thingie | skóre: 8
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Používejte git, pravítkuje.
    Růžové lži.
    6.2.2008 20:35 RapMan | skóre: 14 | blog: RapMan
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Na spravu kodu Subversion, k tomu webove rozhrani GFORGE. Proc? Protoze to tak rozhodli nadrizeni z Nemecka.Jedna se o programovani ve Visual Studiu, do VS je primo subversion plugin. Celkove zatim spokojenost.
    6.2.2008 20:43 vlasta neubauer
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    v práci a trochu i doma používám Subversion a chystám se na ni našroubovat i Trac. celkem známý issue tracker je také Mantis (psaný v PHP). mám takové tušení, že umí spolupracovat se starou CVS
    6.2.2008 21:09 alfonz
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    lidičky jak je to s Bazaarem/launchpad.net?
    6.2.2008 23:35 denix
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    pouzivam SourceForge enterprise - vmware image, spokojenost
    alblaho avatar 6.2.2008 23:43 alblaho | skóre: 17 | blog: alblog
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já jsem fanda Bazaaru, umí to co SVN +bezva věci navíc (merge tracking, lokální logy a ta distribuovanost...). Ovládání je skoro kompatibilní se SVN.
    7.2.2008 00:50 Martin Böhm | skóre: 17 | blog: Martinův stánek | Je mi to MFFUK
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já taky. Je sice trochu pomalejší, ale ta přívětivost to vyvažuje. Z bzr jsem se vše potřebné o tvorbě, větvení a merge kódu naučil za odpoledne a z gitu umím stále jen to clone :o) ( To je samozřejmě jen a jen mou blbostí.)
    5 z 0 přetečení bufferu doporučuje Korespondenční seminář z programování (pro středoškoláky programátory).
    7.2.2008 09:21 Martin Böhm | skóre: 17 | blog: Martinův stánek | Je mi to MFFUK
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Respektive mou neschopností najít si dobrou dokumentaci. Naštěstí už jsem to napravil.
    5 z 0 přetečení bufferu doporučuje Korespondenční seminář z programování (pro středoškoláky programátory).
    freshmouse avatar 7.2.2008 09:44 freshmouse | skóre: 42 | blog: Bruno Banány
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Z bzr jsem se vše potřebné o tvorbě, větvení a merge kódu naučil za odpoledne
    Já právě uvažuju, že bych se měl nějaký podobný systém naučit používat. Zrovna Bazaar se mi líbí. Nemůžu ho samozřejmě posoudit podle technické kvality, když těmto systémům nerozumím, ale třeba dokumentace vypadá dost přívětivě, takže by opravdu nemuselo být těžké naučit se s podobným systémem pracovat...

    Mimochodem, používáte takové systémy i pro osobní potřebu (kód, na kterém děláte jen vy)?
    7.2.2008 09:58 Milan Horák | skóre: 24 | blog: strange blog | Havlíčkův Brod
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já používám SVN pro svoje projekty, a to jak 'programovací' tak třeba i elektronická schemata. SVN server nemám a Klenot jej zatím nenabízí, takže používám OpenSVN.
    Každý dobrý skutek bude po zásluze potrestán. Ale ten pocit ... ;o)
    Marek Stopka avatar 7.2.2008 10:02 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    No já používám SVN.. A proč? Protože ho používají všechny projekty na kterých nějakým způsobem kooperuji. Pokud bych si chtěl rozchodit vlastní server tak bych sěl buďto z lenosti do SVNka, nebo bych se naučil s GITem.
    7.2.2008 11:07 Stanislav Bohm
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Ja jsem ted migroval svuj osobni projekt ze SVN do Bazaaru a jsem maximalne spokojeny. Dalsi projekty uz budu asi zaklat v nem. Asi pred pul rokem jsem si hral s Mercurialem, ale mel jsem nejake potize s import scriptem ze svn, ale asi spise moje neschopnost. Co si tak pamatuju tak to bylo Bazaaru velmi podobne. Od GITu me zatim odradilo to ze neni (udajne) bezproblemovy pod Windows. Me plne staci jen funkcnost pod Linuxem, ale nechci omezovat pripadne dalsi ucastniky na mem projektu
    8.2.2008 09:37 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Pokud vím, MSysGIT (port GITu pro Windows) už funguje velice pěkně, mí wokenní kolegové si ho pochvalují.
    7.2.2008 20:10 frdrx | skóre: 29 | blog: frdrx
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Neváhej. Sice nejsem žádnej programátor, ale co jsem se naučil používat bzr, změnil se mi život. Verzuju si s tím skoro všechny věci na kterých pracuju a už bych bez VCS pracovat nechtěl. Jo, používám bzr pro osobní potřebu. Je to skvělá věc na diplomku, překlady, korektury, články, prostě cokoli, zvlášť ve spojení s (La)TeXem a R. Všechno stranou a naučit se bzr. Proč zrovna bzr? Nevím, prostě mu fandím.
    Patička mi slouží k tomu, abych si lépe poznal svoje příspěvky.
    8.2.2008 12:31 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Pro osobní potřebu taky, ale ne nutně pro všechno. Hlavně jsem paranoidní a furt mám strach, že jsem si něco omylem přepsal nebo smazal, takže se s VCS aspoň můžu podívat na všechny změny. A i když si to přepíšu úmyslně, můžu se vrátit. A taky občas potřebuju mít jednu věc na více počítačích a VCS je na takovou synchronizaci asi nejlepší.

    Bylo by fajn, kdyby nějaké verzování uměl už filesystém, aspoň by pak nikde nepřekážel repositář, ale zase... mělo by se to chovat jako SVN, nebo jako (doplňte cokoliv jiného)?
    8.2.2008 13:05 frdrx | skóre: 29 | blog: frdrx
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Jestli by bylo praktické cpát tuhle funkčnost do filesystému opravdu nevím, ale mně repozitáře (bzr), nepřekáží, protože jsou ve skrytých adresářích. Navíc není problém mít repozitář někde úplně jinde. Já si třeba verzuju /etc a repozitář mám ve /var/backups. Paráda. Ještě by to chtělo dát /var na jiný disk.
    Patička mi slouží k tomu, abych si lépe poznal svoje příspěvky.
    Marek Stopka avatar 8.2.2008 13:12 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Tohle by mohlo vyřešit fuse.
    8.2.2008 16:55 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Verzovaný filesystem asi ano, ale to, co většina lidí od správce verzí chce, není verzování jednotlivých souborů, ale celého podstromu (řekněme odpovídajícího jednomu projektu), přičemž změny jsou seskupeny do nějakých logických celků (commitů, changesetů, či jak tomu který VCS říká). To pomocí obvyklých filesystémových operací rozumně udělat nedá.
    Luk avatar 8.2.2008 17:58 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já to řeším pomocí incronu. Jednoduše tak, že se při události IN_CLOSE_WRITE (zavření souboru po zápisu) spustí příkaz k vytvoření nové verze (zatím používám darcs). Nepříjemné je, že se to musí nastavit pro každý adresář zvlášť (zatím jsem se nedostal k vytvoření verze incronu, který by podporovala práci s celými podstromy - snad by to mělo být nejpozději za měsíc). Další problém spočívá v tom, že by se do vytvoření verze nemělo v souboru nic měnit (běžně to není problém, ale potenciální riziko tu je), aby se neporušila konzistence.
    LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
    8.2.2008 19:02 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    (zatím používám darcs)
    V duchu nadpisu se zeptám: proč darcs a proč zatím? :-)
    Luk avatar 8.2.2008 22:22 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Protože už ho používám hezky dlouho a v té dávné minulosti mi vyhovoval. Jenže postupem času se ukázalo, že mi až tolik nevyhovuje (třeba když jsem chtěl vytáhnout nějakou verzi a ono to chroustalo skoro půl hodiny - nedivil jsem se, je to chování "by design"), proto plánuji přechod na něco jiného. Jestli to bude SVN (který už teď stejně zhusta používám) nebo něco úplně jiného, to se ještě uvidí.
    LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
    Josef Kufner avatar 9.2.2008 12:05 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    touch /.commit ? :-D
    Hello world ! Segmentation fault (core dumped)
    Luk avatar 9.2.2008 13:37 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Nerozumím ;-)
    LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
    pavlix avatar 9.2.2008 01:21 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    fresh....

    Bazaar umí letacos, ale ukrutně pomalu. Git to umí taky, jen mnohem efektivněji. Doporučuju zkusit.

    Pro osobní potřebou používám... ze začátku subversion (neúspěch, hrozné problémy, když nebyl notebook na netu a nemohl na server), potom bazaar, fajn, ale zdržoval. Takže nakonec to vyhrála ta Linusova hračka :).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    7.2.2008 08:11 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Na sledování bugů Bugzillu, ale to spíš ze zvyku než že by se mi nějak moc líbila (či spíš nic jiného mne nepřesvědčilo o tom, že by bylo řádově lepší).

    Co se správy verzí týče, vyhrává s obrovským odstupem GIT – jak tím, co umí, tak tím, že se příjemně ovládá, a v neposlední řadě svou rychlostí (taktéž má narozdíl od mnohé konkurence velice rozumný a jednoduchý formát repository).
    7.2.2008 14:05 disorder | blog: weblog | Bratislava
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    aj mne sa zapacil git viac nez bzr a zrovna nedavno som narazil na tento pekny blogpost

    pre buduce projekty mam pripravene riesenie trac + git plugin
    7.2.2008 12:10 tomm | skóre: 7 | blog: tomm's software | Sokolov
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    CVS + CvsTrac + CvsWeb + CvsSpamm + StatCVS.
    GUI existuje jen proto, aby se veslo vice terminalu na jednu obrazovku ...
    7.2.2008 13:24 Miloslav Ponkrác | blog: miloslavponkrac
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já jsem začal používat SVN a pro své účely jsem se vrátil k CVS. Proč? Protože CVS chodí všude i na platfromách, kde SVN ne. Protože když chci CVS zazálohovat, tak prostě zazipuji jeho adresář a je to. Protože CVS má mnohem širší paletu možností, jak přistupovat k repository - a pro domácí vývoj klidně rovnou do adresáře. A protože výhody SVN nejsou tak podstatné pro to co potřebuji. V krajním případě do CVS repository zasáhnu i ručně, u SVN nikoli, protože se v tom nevyznám.

    Spíš je to ale tím, že SVN se nesnaží o nic revolučního oproti CVS - SVN se snaží být CVS verze 2.0. Ale vývoj CVS taky neustrnul a je daleko komfortnější a s mnohem bohatší sadou příkazů, než nedávno. Myslím si, že pokud přestoupit, tak na revolučnějšího a propracovanějšího, než CVS/SVN v podstatě se stejnou filozofií. Takže přemýšlím, GIT to rozhodně nebude, to je typický Linusův rychlokvašák a i když je protěžovaný, nemyslím, že je to správná cesta.

    Takže plánuji seznámení s dalšími VCS a uvidí se. Pokud máte někdo dobrý tip...
    7.2.2008 13:32 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    GIT to rozhodně nebude, to je typický Linusův rychlokvašák
    Podobně jako Linux, že? :-)
    freshmouse avatar 7.2.2008 13:41 freshmouse | skóre: 42 | blog: Bruno Banány
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Neznám studenta, který by svou školní práci neděkal ve spěchu a na poslední chvíli. :-)
    8.2.2008 09:39 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Takže přemýšlím, GIT to rozhodně nebude, to je typický Linusův rychlokvašák
    To se pozná jak? ;-)

    Mě naopak přijde, že GIT má narozdíl od většiny ostatních systémů velice promyšlenou architekturu repository. Implementace sice zpočátku vznikala trochu živelně, ale na struktuře repository se od té doby změnilo pramálo a myslím, že se velice osvědčila.
    pavlix avatar 9.2.2008 01:18 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Njn, Linus prohlásil, že napíše lepší správu verzí než svn apod do dvou týdnů.

    A měl pravdu.

    Dál není co dodat.... časem se z toho stal systém nejenom lepší... ale i opravdu dobrý... (jen můj názor).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    9.2.2008 01:25 Miloslav Ponkrác | blog: miloslavponkrac
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já bych to řekl takhle - co Linus dělá dobře dělá, kritika se nepřipouští. Chci si vybrat produkt, o kterém si přečtu - tohle je dobré, tohle je špatné, tohle je na něm skvělé a tohle je to tálně na velké kulové. Protože každý VCS systém je jenom kompromis - máte x různých konceptů VCS systémů, kde je x naprosto přesvědčených zastánců, že ta jejich koncepce je správná. A nerozhodnete, protože správnost koncepce je věcí konkrétní potřeby těch kterých vlastností. A já se rozhodl, že GIT ne.

    Jinak velmi děkuji za několikanásobné doporučení GITu, když jsme řekl, že ho nechci. Jeden z důvodů, proč ho nechci je, že je to rychlokvaška a klidně vysvětlím proč. První priorita VCS u mě je multiplatformovost - což předkládá již prvotní navržení jako multiplatformového systému. GIT byl nahonem napsán jako náhrada pro kernel - a tak je jeho architektura původně psána POUZE PRO unix-like systémy. Teď se to nějak honí, takže existuje GIT pro Windows, ale pod Cygwinem, a nativní GIT, který ale není dotáhnutý. Obě verze pro Windows jsou pomalejší, než verze pro Linux. GIT prostě má problémy s multiplatformovostí - a já vzhledem k tomu, že lítám mezi několika operačními systémy nechci a nemůžu zvolit VCS, který je v zásadě prostě navržen metodou "za pár večerů to spíchnu" a někde se tohle rychlokvašení projevit musí.

    První priorita pro mě je VCS, který nemá problémy a je od začátku plně multiplatformově navržen - tj. od začátku bez problémů běží nejen na unix-only a ostatní je nějak zmastěno, což je právě GIT.
    9.2.2008 10:07 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já bych to řekl takhle - co Linus dělá dobře dělá, kritika se nepřipouští.
    GIT to rozhodně nebude, to je typický Linusův rychlokvašák
    Tohle ale není kritika, to je plácnutí do větru.

    Teď už jste se pokusil alespoň něco napsat, ale je to poněkud zmatené – pod slovním spojením „je to typický Linusův rychlokvašák“ si rozhodně nepředstavím, že to není multiplatformní. Pak píšete, že na VCS je důležitá koncepce, ale dál kritizujete jenom nemultiplatformnost, což s koncepcí VCS nijak nesouvisí.

    Nikdo netvrdí, že co LInus dělá dělá automaticky dobře, ale když vy si myslíte, že co Linus dělá, dělá automaticky špatně, je dobré to do komentáře jako důvod proč odmítáte GIT napsat, aby si ostatní zbytečně nemysleli, že máte nějaké technické argumenty, a snažili se o tom s vámi diskutovat.
    9.2.2008 12:36 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Je docela legrační, jak si v této pohnuté době mnozí lidé vykládají multiplatformnost jako "Chodí na Linux i na Windows" ;-)

    Ostatně, GIT pod Cygwinem už běhá pěkně dlouho. Sice daleko pomaleji než na Linuxu, ale ještě pořád daleko rychleji než většina ostatních VCS.

    Jinak Linus sice první verzi napsal za pár dní, ale poté, co o správě verzí pár let přemýšlel. Třeba SVN vypadá přesně opačně – někdo pár dní přemýšlel a pak se to pár let snažil naprogramovat :-)
    finc avatar 7.2.2008 15:16 finc | skóre: 8 | blog: Finc | Kolín
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?

    Mel bych dotaz k tomu Mantisu:

    Jak je na tom z podporou cestiny?

    Je jednodussi ci prehlednejsi nez Bugzilla? Jde mi o to, ze bych potreboval neco, ehm, pro lidi, kteri se PC spise boji :)

    Kdyz jsem zkousel Bugzillu, prijde mi dobra, az na to, ze je silene neprehledna. Vzdy mi trva nekolik minut, nez najdu pozadovanou vlastnost. Nevim, jak by se na to tvarili lide, od kterych potrebuji reportovat bugy, nove featury, atd.

    Kdo Vam dal pravo ty lidi urazet? A kdo ti dal pravo cumet z okna, ty kr.vo!
    Luk avatar 7.2.2008 15:44 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Jak je na tom z podporou cestiny?
    Docela dobře. Překlad není kdovíjak dokonalý, ale ujde to.
    Je jednodussi ci prehlednejsi nez Bugzilla?
    Jednodušší asi ne, má více funkcí. Ale přehlednější určitě a ovladatelnější bez diskuse. Kdyžtak tady je demo aktuální verze.
    Nevim, jak by se na to tvarili lide, od kterych potrebuji reportovat bugy, nove featury, atd.
    Já při každém pokusu použít Bugzillu přemýšlím, jestli patřím do Bohnic já nebo tvůrce Bugzilly.
    LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
    7.2.2008 16:11 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já při každém pokusu použít Bugzillu přemýšlím, jestli patřím do Bohnic já nebo tvůrce Bugzilly.
    To je jednoduché. Na začátku práce z Bugzillou mám vždycky pocit, že tam patří tvůrce Bugzilly. A když už začínám vážně pochybovat, jestli bych se tam neměl vydat sám, radši práci s Bugzillou ukončím…
    8.2.2008 10:59 Michal Kašpar | skóre: 15
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Co všichni proti té Bugzille máte. Pominu-li kapku nepřehledně udělané GUI formulářů (konkrétně rozlezlost prvků aby se nevešly na jednu obrazovku a nedostatečnost velikost některých), které se dá kompletně změnit (skin i šablona), tak máte ještě nějaké výhrady?

    Opravdu by mě to zajímalo, protože ji potřebuji také nasadit a jsem v situaci, kdy lze ještě lecos změnit.

    Mě osobně na ní u komunitních projektů vadí, že se musím všude registrovat, ale pak už se mi s ní pracuje poměrně dobře.
    8.2.2008 11:21 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Konkrétně já mám neustále problémy s tím, že nikdy nevím, jaké akce se po odeslání formuláře provedou. Chci přidat komentář, a mám pocit, že se tím zároveň změní stav chyby. Chci změnit stav chyby, a mám pocit, že k tomu musím poslat patch s komentářem (úplně takhle asi ne, ale něco podobného). Chci vyhledat chybu, a to samé políčko jednou slouží k hledání dle textu nebo dle čísla chyby, podruhé jenom podle čísla chyby. Myslím, že by měla být jedna chyba označena jako závislá na druhé, ale nevím, jestli to můžu nějak udělat, nebo na to nemám práva, nebo to mám napsat jako komentář. Odešlu komentář, a objevím se na stránce s úplně jinou chybou. A tak dále.

    Kdybych Bugzillu používal denně (jako vývojář nebo tester), asi bych s tím problémy neměl. Ale protože ji používám jenom občas jako uživatel k hlášení chyb, potřeboval bych, aby ovládání Bugzilly odpovídalo tomu, jak s chybou zacházím jako uživatel – chci přidat komentář, tak mám formulář jenom pro text komentáře a jeho odeslání, a když ho odešlu, objeví se mi stránka chyby s mým komentářem. GUI Bugzilly a její workflow je asi dělané podle toho, jak s chybami interně pracuje Bugzilla, ale pokud tohle neznám, je pro mne její ovládání dost matoucí.
    8.2.2008 15:32 Michal Kašpar | skóre: 15
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Díky moc za odpověď, určitě se na tyhle věci ještě podívám.

    Většina těch věcí je buď otázka nastavení (ten přesun na jinou chybu po zadání komentáře) nebo práv pro práci s chybou (pokud na to nemáte práva, tak to políčko nemůžete editovat, takže pokud se vám zdá, že to můžete změnit, tak také můžete) a u open source věcí mají často i běžní uživatelé poměrně široce nastavená práva.

    To, že mohu v jednom kroku změnit víc věcí najednou (vždy se uloží vše, co jste v tom formuláři změnil) mi poměrně vyhovuje. Měl jsem tu čest pracovat s pár BTS, kde to bylo oddělené a připadalo mi to příšerně svazující a obzvlášť na pomalých linkách celkem frustrující (musel jste projít více formuláři). Ale chápu, že tohle nemusí každému vyhovovat.
    8.2.2008 15:48 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Já předpokládám, že Bugzilla má nějakou logiku, jak se s ní pracuje, bohužel tahle logika není (aspoň pro mne) zřejmá. Já třeba nemám nic proti tomu, aby bylo možné změnit víc věcí najednou – vadí mi to, že si dopředu nikdy nejsem jist, co se vlastně stane. Pak se to dál kumuluje – pokud mám z Buzilly pocit, že je nepřehledná, neznamená pro mne neexistence nějakého prvku, že bych neměl dostatečná práva, ale přemýšlím, jestli to není tím, že ten prvek je někde jinde – jenom ho neumím najít. To vše vůbec nemusí souviset s tím, jak se s Bugzillou pracuje, to může způsobit klidně jenom něšťastné rozvržení formuláře, nebo to může být tím, že je možné Bugzillu nakonfigurovat pro různé způsoby chování, a já jsem tak při použití různých instancí Bugzilly získal dojem, že se to chová pokaždé jinak = nepředvídatelně. Takže možná je problém jenom v tom „pozlátku“ (jestli je tlačítko na začátku nebo na konci) – ale pokud s Bugzillou pracuje uživatel, který chce ohlásit jednu chybu, nebo přidat komentář, nemá čas ani náladu studovat, jak má Bugzillu používat, ale je potřeba, aby to zvládl intuitivně.
    David Watzke avatar 7.2.2008 15:23 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Používám SVN (Gentoo overlay), ale asi někdy přejdu na Git, jednak abych se s tím naučil a navíc si myslím, že Linus ví o čem mluví ;-)
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    pavlix avatar 9.2.2008 01:16 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Co (ne)používáte pro sledování bugů a správu kódu a proč?
    Používám Git k plné spokojenosti... dobrovolně už nikdy nepoužiju správu verzí závislou na serveru ála cvs/svn.

    Na bugy některou z webových aplikací, líbí se mi Trac (má v sobě wiki, tickety a pár dalších hraček).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.

    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.