Vlákno názorů k článku
Firefox už hostuje zdrojové kódy na GitHubu
od amadeus25 - Skoda, mercurial sa mi pacil viac nez git....
-
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.
-
Aby oni měli všechny merge z hlavní větve se nestane automaticky, na to si oni musí dělat do své větve merge z hlavní větve a následně testovat že se jim nic nerozbilo, s čímž jim třeba u GitLabu mohou pomáhat CI pipeline automaticky spouštěné nad každým otevřeným merge requestem po přidání commitu (včetně merge).
-
Filip JirsákStříbrný podporovatelPull 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 applynebogit 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žijtegit pull-request. -
KateStříbrný podporovatel
GitLab je hrozný moloch a navíc cpou dost nových věcí do closed source verze, na osobní použití mi přijde mnohem lepší Forgejo.
-
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. -
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ě.
-
Ne, neumí - jen se tak tváří: https://stackoverflow.com/questions/40387655/will-changes-from-trunk-still-merge-into-a-renamed-file
-
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...
