Linus Torvalds: "Github är värdelöst skräp vid sammanslagningar"

Permalänk
Melding Plague

Linus Torvalds: "Github är värdelöst skräp vid sammanslagningar"

Linux-legenden delar ut en känga till versionshanteringsplattformen Github och vill inte se det användas för att slå ihop förgreningar i projekt.

Läs hela artikeln här

Visa signatur

Observera att samma trivselregler gäller i kommentarstrådarna som i övriga forumet och att brott mot dessa kan leda till avstängning. Kontakta redaktionen om du vill uppmärksamma fel i artikeln eller framföra andra synpunkter.

Permalänk
Medlem

Ahh Linus förändras aldrig <3

Permalänk
Medlem

Jag har aldrig använt merge via githubs web gui. Känns ju jättekonstigt om man inte är tvingad att skriva merge commit message..

Permalänk
Medlem

På dem Linus, det är perfektionism som är ledstjärnan.
För många genvägar tas idag vid kodknyppling och Linus är en bra blåslampa i röven på dem.

Visa signatur

*5600|B350M-A|32GB|A750|GX750W|Core V21|280AIO|1TB+2TB.

AMD Ryzen 5(Zen3) @4891|Asus Prime|Corsair 2x16 RGB PRO 3200C16 @3800C18|Intel Arc LE @2740MHz|Seasonic Focus| Thermaltake mATX kub|Arctic freezer II| NVMe SSD PCIE 3.0x2 Kingston A1000 1500/1000 + 2,5" HDD Toshiba 1TB & Samsung 1TB i RAID 0.

Permalänk
Avstängd

Alla GUIs för Git är mer eller mindre kassa, command line är vad som gäller i alla fall för något mer avancerade operationer (som en merge). Det garanterar förstås inte problemfrihet på något sätt, men det gör det lättare att ha kontroll och så.

Permalänk
Medlem

Haha ibland känns det som att livet som Linus måste vara jobbigt. Sen förstår jag att snubben skapade Git för sig själv och sitt eget flöde så när något inte funkar så som han ser det är det fel. Förstår också till viss mån vad han menar men har inga problem själv att leva med Github's arbetsflöde och mergar.

Så haha, vet inte riktigt vad man gör med denna informationen med andra ord. Linus är arg över att något inte är så som han ser världen o vi andra lever vidare; en helt vanlig dag med andra ord 🤷‍♂️

Permalänk
Medlem
Skrivet av snajk:

Alla GUIs för Git är mer eller mindre kassa, command line är vad som gäller i alla fall för något mer avancerade operationer (som en merge). Det garanterar förstås inte problemfrihet på något sätt, men det gör det lättare att ha kontroll och så.

Gitkraken är sjukt imponerande faktiskt och mer eller mindre problemfritt med alla funktioner man kan önska sig. Kanske beror på hur många repon man jobbar med och om integrationer förbättrar produktiviteten, men för mig är det svårslaget.

Permalänk
Medlem

Låt oss vara ärliga. Vi hatar merges, hur det än görs.

Permalänk

Jävla loosers som håller på med att versionshantera kod. Riktig utvecklare vet vad de gör och håller ej på med sådan skit.
Edit
Vops jag skrev visst på sweclockers och inte ett plcforum.

Ja versionshantera med brancher brukar aldrig bli bra, frågan är vad för bra vertyg det finns. Ibland så versionshanterar man binärfiler och vill bryta ut datan. Detta går att fixa på olika sätt. Ta en excelfil. Där man kan packa upp denna och versionshantera beståndsdelarna. Sedan kan man plocka ut data ur binärflen och versionshantera vba källkod

Permalänk
Inaktiv
Skrivet av andelf:

Jag har aldrig använt merge via githubs web gui. Känns ju jättekonstigt om man inte är tvingad att skriva merge commit message..

Vi skapar brancher för varje JIRA ticket och har Code Reviews via GIT webbgränssnitt. Ser allt bra ut så trycker man bara på merge knappen och så mergas det in till development. Har då aldrig varit några problem med det i våra projekt. Hittar GIT konflikter så går det ändå inte att merga för en man fixat problemet.

Permalänk
Medlem
Skrivet av Pettor:

Haha ibland känns det som att livet som Linus måste vara jobbigt. Sen förstår jag att snubben skapade Git för sig själv och sitt eget flöde så när något inte funkar så som han ser det är det fel. Förstår också till viss mån vad han menar men har inga problem själv att leva med Github's arbetsflöde och mergar.

Så haha, vet inte riktigt vad man gör med denna informationen med andra ord. Linus är arg över att något inte är så som han ser världen o vi andra lever vidare; en helt vanlig dag med andra ord 🤷‍♂️

Är väl snarare att likna vid att ta bort spårbarhet och ursprungsmärkning av mat. Linus förklarar att det inte är acceptabelt när det gäller något så kritiskt (och perfektionistiskt) som linuxkärnan.

Permalänk
Medlem

Använder Gitlab i jobbet och där får man alltid upp MR innan man faktiskt sätter den med så man kan sätta kommentar, rubrik och allt.
Var ett tag sen jag använde github men kom inte ihåg att jag fick samma alternativ, men kan komma ihåg fel.

Visa signatur

Speldator: Ryzen 5800x3d | Asus B550m TUF Gaming Wi-Fi | G.Skill TridentZ Neo 2x16GB 3600MHz CL16 (hynix djr) | In Win 301 | Scythe Fuma 2 I Asus RTX 3070 Dual OC | Seasonic GX750 | Lots of unicorn vomit Laptop: Thinkpad E14 G2 4700U Kringutrustning: Cooler master Quickfire TK MX-Brown | Sennheiser HD598cs | Sony WH1000XM3 | Logitech G900 | ASUS PB278QR | Rift CV1 | Audio Pro Addon T14

Permalänk
Avstängd
Skrivet av Pettor:

Gitkraken är sjukt imponerande faktiskt och mer eller mindre problemfritt med alla funktioner man kan önska sig. Kanske beror på hur många repon man jobbar med och om integrationer förbättrar produktiviteten, men för mig är det svårslaget.

Ska jag kolla in.

Skrivet av anon14781:

Vi skapar brancher för varje JIRA ticket och har Code Reviews via GIT webbgränssnitt. Ser allt bra ut så trycker man bara på merge knappen och så mergas det in till development. Har då aldrig varit några problem med det i våra projekt. Hittar GIT konflikter så går det ändå inte att merga för en man fixat problemet.

Har man inte redan gjort jobbet då? Jag menar problem brukar ju uppstå när man exempelvis har haft "sin egen" branch och jobbat på något i en vecka eller så, samtidigt som andra har gjort ett antal commits och så ska man få ihop det i sin egen branch innan man gör en PR?

Permalänk
Medlem

Argumentet står på egna ben IMO.

Tonfallet gör dock att det blir mer Linus på linjen.. som vanligt.. (@landmarks: tips inför nästa utbrott och titelbild)
Underhållande men kanske inte särskilt konstruktivt alltid, en världsnyhet kan en räkna med att det blir ändå.

Världsnyhet med all rätt med tanke på Linux-kärnans vida spridning.

Visa signatur

🛜🫀: HP ProDesk 400 G3, i5 6500, 8GB DDR4, Intel X520-DA2
🐳🐧: AMD R5 3600 | Google Coral.ai | ASRock X570D4U-2L2T | Silverstone CS381 | 80GB DDR4 | 8 HDD BTRFS RAID1
⌨️🎮: R9 3900X | RTX 2080 LC | Acer XF270HUA | 96GB @ 3200 | MSI X570 MPG G EDGE WIFI | CORSAIR C70
🎞🎶: LG OLED55C8 | Epson TW3200 | Onkyo TX-NR646 | Infinity Reference 61/51 mk2 | Shield TV V2 | minhembio.com

Permalänk
Datavetare
Skrivet av snajk:

Alla GUIs för Git är mer eller mindre kassa, command line är vad som gäller i alla fall för något mer avancerade operationer (som en merge). Det garanterar förstås inte problemfrihet på något sätt, men det gör det lättare att ha kontroll och så.

"Alla GUIs är mer eller mindre kassa, command line är vad som gäller i alla fall för något mer avancerade operationer."

Fixed it

Edit: smiley till trots, är helt seriös. UI kan lösa de problem man tänkt på, men är svårt att smidigt kombinera med andra verktyg. Ett CLI-kommando löser inte alla problem, men då det är enkelt att kombinera med andra CLI-kommandon i en "pipe" så kan man lösa långt fler saker än vad de som skrev varje kommando någonsin tänkt på.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem

Jobbar inte själv med utveckling, men kan förstå att det med ett så stort projekt och många contribs blir lätt irriterande när merges inte hanteras "korrekt" av GitHub.

Visa signatur

Gammal sliten MSI GT70-0ND.
Raspberry Pi 3 (OSMC).

Permalänk
Medlem

Vad är det för fel på Github?

Permalänk
Inaktiv
Skrivet av snajk:

Ska jag kolla in.
Har man inte redan gjort jobbet då? Jag menar problem brukar ju uppstå när man exempelvis har haft "sin egen" branch och jobbat på något i en vecka eller så, samtidigt som andra har gjort ett antal commits och så ska man få ihop det i sin egen branch innan man gör en PR?

Kan hända att en PR ligger kvar en längre tid innan någon har haft tid att kolla den. Då har någon annan hunnit skickat upp en merge in i develop och då kan det hända att det blir konflikter. Händer dock sällan. Då vi alltid gör pulls och mergar develop in till branchen man jobbar på. Då kan man fixa alla konflikter innan man pushar koden.

Permalänk
Skrivet av Yoshman:

"Alla GUIs är mer eller mindre kassa, command line är vad som gäller i alla fall för något mer avancerade operationer."

Fixed it

"Alla Högnivåspråk är mer eller mindre kassa, maskinkod är vad som gäller i alla fall för något mer avancerade operationer."
Problemet idag är att man ofta jobbar med så ofantligt stora datamängder. Mycket man ska göra så spelar det ingen roll att man har 100% kontroll på versionshanteringsprogrammet. Man upptäcker att projektet man ska slå ihop innehåller olika versioner på olika filer och man får manuellt sitta och slå ihop filer. Det kan vara långa utredningar på att varför saker har tillkommit, försvunnit eller ändras. Ibland är det enkelt bara kopiera in, men ibland är det bygga om saker från grunden.
När man håller på med denna utredning som kan ta långt över en vecka, så kan ett grafisk gränssnitt vara smidigt.

*edit*
Problemet är supervanligt. Man skapar en lösning till en viss kund. Denna lösning kopieras sedan till flera andra kunder kanske 20st. Sedan sitter helt olika utvecklare på helt olika företag och jobbar vidare med sin version utan någon samtal mellan varandra.
Och sedan står man en dag kanske 10 år efter och ska slå ihop alla lösningar till en.

Permalänk
Medlem

för en amatör som mig så är github bara nånstans man hämtar saker som hostas där.
Tycker det ibland kan vara lite krånligt vart man laddar ner osv men men, där ser man vilken koll man har

Visa signatur

🇸🇪 VR Sverige Discord server - Svensk VR Community
https://discord.com/invite/avnhs6mgjc

Permalänk
Medlem

Alltid när man läser om Linus så är det något han inte gillar.

Visa signatur

I5 9600k@stock / Cooler Master Evo 212 / Gigabyte Z390 Gaming X / Corsair Vengeance LPX 16GB DDR4 3000MHz / MSI RTX2070 Gaming Z / EVGA 550 BQ / Asus VG27BQ 27" 165Hz

Ryzen 5 5600x@stock / Asus Rog Strix X570-E Gaming / Corsair Vengeance RGB Pro 16GB 3600MHz CL18 / MSI RTX3070 Suprim X / BeQuiet Pure Power 11 600W / Asus VG278Q 27" 144Hz

Permalänk
Medlem
Skrivet av Balconette:

Är väl snarare att likna vid att ta bort spårbarhet och ursprungsmärkning av mat. Linus förklarar att det inte är acceptabelt när det gäller något så kritiskt (och perfektionistiskt) som linuxkärnan.

Fast all information finns ju, bara den där fula mergen man får stå ut med (vem gillar en merge?). Linus har all rätt att ha vilket flöde han än vill och behöver för kärnan. Självklart. Men visst sjutton går det spåra även om man använder Github's arbetssätt. Är väl själv så van vid det att jag har svårt att se svårigheten här.

Permalänk
Medlem

Det är väl en sak att hantera sitt lilla studentprojekt som man gjort och ett helt annat att hantera linux-kärnan som utvecklats under så många år och är så pass omfattande, då blir ordentlig dokumentation viktig. Github gör väl funktioner för 99% av sina repon som inte är i närheten av linux-kärnans storlek. Sen finns det ju inget som hindrar att använda kommandoraden eller annat verktyg istället för githubs online gränssnitt. Det vore kanske bra om repot:s admin kunde stänga av funktionen.

Permalänk
Inaktiv

Den har nog sällan passat lika bra som i detta fallet.

Permalänk
Medlem
Skrivet av CubaCola:

Alltid när man läser om Linus så är det något han inte gillar.

Och resten av världen blev lite klokare, förutom de som inte förstod budskapet.

Visa signatur

Citera mig för svar.
Arch Linux

Permalänk
Datavetare
Skrivet av lillaankan_i_dammen:

"Alla Högnivåspråk är mer eller mindre kassa, maskinkod är vad som gäller i alla fall för något mer avancerade operationer."

Fast det stämmer inte: testa t.ex. NumPy/SciPy (högnivå/skriptspråk). <1 % av alla programmerare skulle vara kapabla att skriva något som är snabbare "för hand", ~0 % om man inte tar till C, C++, Rust eller Assembler.

Skrivet av lillaankan_i_dammen:

Problemet idag är att man ofta jobbar med så ofantligt stora datamängder. Mycket man ska göra så spelar det ingen roll att man har 100% kontroll på versionshanteringsprogrammet. Man upptäcker att projektet man ska slå ihop innehåller olika versioner på olika filer och man får manuellt sitta och slå ihop filer. Det kan vara långa utredningar på att varför saker har tillkommit, försvunnit eller ändras. Ibland är det enkelt bara kopiera in, men ibland är det bygga om saker från grunden.
När man håller på med denna utredning som kan ta långt över en vecka, så kan ett grafisk gränssnitt vara smidigt.

GUI är självklart användbart, det kan lösa alla enkla/trivial fall vilket i praktiken utgör det mesta folk jobbar med.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Snusfri

Ah, föredettingen Torvalds är arg igen så han hasplar ur sig något för att få lite 15 minutes of fame så att folk inte skall glömma bort honom.

Vilken oerhört tragisk människa.

Visa signatur

WS: i9 13900K - 128GB RAM - 6.5TB SSD - RTX 3090 24GB - LG C2 42" - W11 Pro
LAPTOP 1: Lenovo Gaming 3 - 8GB RAM - 512GB SSD - GTX 1650
LAPTOP 2: Acer Swift 3 - 8GB RAM - 512GB SSD
SERVER: i5 10400F - 64GB RAM - 44TB HDD
NALLE: Pixel 7 Pro

Permalänk
Medlem
Skrivet av THB:

Ah, föredettingen Torvalds är arg igen så han hasplar ur sig något för att få lite 15 minutes of fame så att folk inte skall glömma bort honom.

Vilken oerhört tragisk människa.

Berätta hur du inte vet ett skit om Linus utan att säga att du inte vet ett skit om Linus.

Permalänk
Medlem
Skrivet av THB:

Ah, föredettingen Torvalds är arg igen så han hasplar ur sig något för att få lite 15 minutes of fame så att folk inte skall glömma bort honom.

Vilken oerhört tragisk människa.

Troll eller bara oinsatt?

För den eller de projekt som inte bryr sig om nyttja historiken för spårbarhet spelar det nämna problemet mindre roll. För de som bryr sig så är det ett problem. Vill man merga saker till Linuxkärnan så får man hålla sig till de regler som projektet satt upp, ganska basic och självklart.

Nu är det ju andra som tycker det är roligt att lyfta diskussioner från en intern mailinglista snarare än pressreleaser som går ut...

Visa signatur

Citera mig för svar.
Arch Linux

Permalänk
Medlem

Rekommenderar folk att läsa ursprungskällan istället. Ett helt annat tonläge med kontext.

https://lore.kernel.org/lkml/CAHk-=wjbtip559HcMG9VQLGPmkurh5K...