Názory k článku
Firefox už hostuje zdrojové kódy na GitHubu

Nejak mi ve zpravicce chybi link. Tak tedy: https://github.com/mozilla-firefox/firefox .

Dúfam, že bude repozitár hostovaný aj mimo github.

Si udělej mirror když to tak potřebuješ, ne?

Tak repo z definice (na rozdil od starych git, svn, ...) hostuje doslova kazdy, kdo udela git clone, ne?

Opravdu hostuje a nebo má jen kopii?

Mýlite si to s bittorrentom.

Skoda, mercurial sa mi pacil viac nez git. V gite pre linux neexistuje ani poriadny GUI nastroj a niekedy dokaze urobit nepochopitelne veci.

Tohle je zajímavý blogpost s dalším kontextem.

https://glandium.org/blog/?p=4346

Ja zase nedam dopustit na svn. Git dokaze udelat conflict ze vseho a pak ztracim cas resenim.

Pokud je člověk sám na vývoj tak je asi jedno co kdo používá, ale už nechci ani vzpomínat na CVS a SVN při práci ve větším teamu...

Ja vim. Ale ty konflikty to me vzdy vytaci. Jinak nevite jak resit "pull request" kdyz si hostuji repo na vlastnim serveru? Tedy nepouzivam github/gitlab.

U nas kedysi chalani vedeli zblbnut aj subversion :). Ono to tiez nebola sranda davat to potom dokopy.

A pull requesty su riesene nadstavbou, ono je to v podstate dalsie repo a informacia, ktory branch z neho chce dotycny mergnut. (moze byt aj to iste repo, len iny branch).

Dolezita cast v:

git request-pull <start commit> <url> <end commit>

je <url>, takze pokial je zdroj tiez self hosted, musi byt tak, aby ste mali k nemu pristup.

Na self-hostovanom repository sa to da riesit napr. cez spominany git-request-pull a potom git-merge. Alebo si k svojim repo hostovat aj napr. giteu pre klikatka.

A ako vam dorucuju ten 'pull request'? Moze to byt patch (git diff/git apply) alebo niekto hostuje ten patch tak si ho pull-nete k sebe skontrolujete a pushnete do vasho repo.

Pull requesty můžete řešit tak, jak to bylo v gitu navrženo úplně na začátku pro Linux – e-mailem. Tedy příkazy git send-email, git apply nebo git am. Pokud to chete řešit jako opravdové pull requesty, tj. způsob práce, jako má třeba GitHub se svými Pull requesty (tedy „správče, tady máš branch v mém repu, který si přetáhni k sobě“), použijte git pull-request.

Nainstalovat si GitLab, protože to je skvělý nástroj který se vyplatí používat.

i pro projekty na kterych delam sam radsi pouzivam GIT nez SVN. setri me to cas a nervi.

Taky mě GIT vytáčel tím způsobem oproti SVN než jsem přišel na amend commit, pak GIT dostal milost :-)

Jo amend je neco co se my hrozne libi. Naproti tomu SVN ma moznost zpetne editovat komentare ke comitum. Coz je super zvlast kdyz mas pri sobe lidi ktery pisou "test", "oprava" nebo se trochu rozepisou na napisou "oprava predesleho commitu".
To my v GIT chybi a chapu ze to technologicky neni mozne.

V gitu to samozřejmě možné je, nejjednodušší možnost je " git rebase -i". Je s tím ale samozřejmě stejný problém jako s " git commit --amend", tedy že je to rozumně použitelné jen na dosud nepublikované commity v lokálním repozitáři. Ve veřejném sdíleném jen v případě extrémní nouze a je-li sdílen více uživateli, tak raději nikdy.

Jdete nekam s SVN. Resit tyden mergovani jedne branche do druhe. Pomala replikace. Stahovani revizi, udrzba databaze na serveru ktera je jina nez worktree na klientovi... nechme uz svn minulosti.

Ono to spíše záleží na disciplíně. Ani v pěti lidech, každý max 8h kvalitních commitů denně nepředstavuje problém. Git je lepší, i tam je lepší více menších změn.

Pokud někdo pošle změny jednou za půl roku, tak ať si to nejdřív spojí sám u sebe. Taky to jde v gitu. Tam je právě výhoda, že to lze řešit lokálně.

Naopak, git vytváří mnohem méně konfliktů než svn - umí například správně řešit přejmenování souboru, nebo přesun souboru do jiného adresáře.

SVN umi nejen prejmenovani ale dokonce presun souboru. Jen to musis delat SVN prikazy ne v adresarove strukture OS.

Ne, neumí - jen se tak tváří: https://stackoverflow.com/questions/40387655/will-changes-from-trunk-still-merge-into-a-renamed-file

"V gite pre linux neexistuje ani poriadny GUI nastroj..."
GitKraken? :o)

a ted dejte neco OSS / bez subscription ... dyt tohle je neskutecne omezeny

https://git-scm.com/downloads/guis?os=linux

magit

Většinou mám v git repu nějaký python projekt, který otevírám v PyCharmu a tam je git integrovaný dost dobře, včetně řešení merge konfliktů. S pluginem si natáhne i blame a umí pěkně požalovat, kdo měnil který řádek naposledy. Předpokládám, že ostatní nástroje od JetBrains mají to samé (nebo podobné) řešení.
Po přechodu z Windows jsem taky něco hledal (na Windows jsrm používal TortoiseGit) a našel jsem GitFiend ( https://gitfiend.com/overview - multiplatformní ). Nicméně nějak jsrm pro něj nenašel využití, když všechno obsloužím z PyCharmu nebo přímo terminálu...

Naprosto souhlasím, integrace gitu do IDE od IntelliJ je skvělá, další nástroje k tomu nejsou potřeba.

Nevite prosim nekdo jaky nastroj pouzili pro konverzi hg repa go git repa?

Ak myslis migraciu z mercurialu tak ja som postupoval podla offic dokumentacie https://git-scm.com/book/ms/v2/Git-and-Other-Systems-Migrating-to-Git