larsjaas
commented
9 years ago Trekk fra for et par glass rødvin til dagens The Daily/Nightly Show-syninger og tolk etter beste evne ;)
On 30 Jun 2015, at 18:18, Rune Jacobsen notifications@github.com wrote: Derfor tenkte jeg å høre om dere andre hadde noen forslag i forhold til å få dette prosjektet til å funke best mulig - jeg har rett og slett ikke lyst til å være han rasshølet som ikke viser hensyn og er en dårlig medborger.
Vent til du har et faktisk problem med å problematisere :) For å overdrive en god del og være litt slem: - nyt diktatorstatusen du innehar for koden du skriver, og heller innta “benevolent dictator”-rollen enn å legge deg ut som dørmatte. Det er ingen som våger å påvirke humøret til han som forer folk intravenøst med Troillprat i negativ retning uansett :) "Kompilerte ikke siste commit? Kjekt at du sa ifra - prøv igjen når jeg har kommet hjem fra hytta neste tirsdag og har fått lagt ungene.” Folk som skal kompilere denne koden og som kommer med bidrag er sannsynligvis selvhjulpen og kan leve med lokale patcher inntil du eller en annen RosenborgSupporterSoftware-developer har samlet trådene og fått inn rettelsene. Det er et par leveregler jeg forsøker å følge.
Ikke sjekk inn noe som ikke bygger. Kjør testene først. Also, skriv testene.
Prøv å begrense ADHDen. Jeg prøver å ikke kode rett på master i det hele tatt. Nå har jeg f.eks. en branch som heter dev/ef lokalt her hos meg - en feature branch som handler om å gjøre database-stuff med Entity Framework. Mens jeg holder på i den, kommer det oppdateringer fra dere andre. Jeg hopper da over til master, kjører en git pull for å oppdatere meg, og så hopper jeg tilbake til min branch og rebaser den mot master. Ev. konflikter blir løst med en gang, og jeg slipper en potensiell massiv merge-jobb i ettertid. Når en feature er ferdig, rebaser jeg master mot den og laster opp et stykke rein og fin historie hvor det ser ut som jeg gjorde alt med vilje.
Er disse punktene teite? Er det noen åpenbare punkter jeg har oversett?
Man er vel ikke helt der. "If it compiles, ship it!”. På dette stadiet skal du heller følge “commit early and often” enn å gjemme deg i dine lokale development-branches til du ikke skjemmes lengre og alt fra testcoverage til API-doc er perfekt. La heller github ose av aktivitet fremfor nødvendigvis kvalitet. Da senker du også lista for andre til å bidra. Når du merker at man faktisk lager masse merge-commits og sitter og løser merge conflicts jevnlig over tid - ja da strammer man inn workflow’en og kjører mer strukturert, slik som du henviser til med lokale brancher og rebasing. Men inntil videre - gid det var så vel at det over var nødvendig. Så lenge man er to personer som skriver noe kode, og to-tre som står og ser på, så må fokus være å senke lista og lokke til seg flere bidragsytere slik at problemene man gruer seg for å få har en sjanse til å materialisere seg ;)
Mvh,
Lars J
havremunken
nilsgs
vemundo
Hallo,
Dette er vel egentlig ikke noe skikkelig issue, bare en liten braindump i forhold til at jeg jobber i et lite firma - jeg er den eneste som gjør noe utvikling å snakke om. Jeg er brukbart kjent med git, men har ikke akkurat massiv erfaring når det gjelder å samarbeide med andre.
Derfor tenkte jeg å høre om dere andre hadde noen forslag i forhold til å få dette prosjektet til å funke best mulig - jeg har rett og slett ikke lyst til å være han rasshølet som ikke viser hensyn og er en dårlig medborger.
Det er et par leveregler jeg forsøker å følge.
Er disse punktene teite? Er det noen åpenbare punkter jeg har oversett?
Det er ikke meningen å lage en haug med nazi-regler, bare greit å være omtrent på samme sted sånn at vi slipper misforståelser eller problemer fordi vi gjør ting på helt forskjellige måter.