En enkel Git-arbeidsflyt for små nettsideprosjekter
Små, forståelige endringer gjør det enklere å samarbeide og rette feil. Her er en arbeidsflyt som gir oversikt uten mange prosessledd.
Dette tar du med deg
- Hold hver endring avgrenset og lett å forklare.
- Gjennomgå forskjellene før de slås sammen.
- Knytt lanseringen til en kjent versjon.
Gjør én sammenhengende endring om gangen
En egen gren for en konkret oppgave gjør arbeidet lettere å følge. Oppgaven kan være et nytt kontaktskjema eller en rettelse i prisvisningen. Unngå å blande en stor opprydding med en liten feilretting hvis de kan gjennomgås hver for seg.
Skriv en kort beskrivelse av problemet før du begynner. Da har både utvikler og den som skal lese endringen et tydelig mål. En oppgave er lettere å vurdere når det går an å forklare hvordan siden skal oppføre seg etterpå.
Les forskjellene før du deler
Kontroller hvilke filer som faktisk er endret. Midlertidige skjermbilder, lokale databaser og hemmelige innstillinger hører vanligvis ikke hjemme i en kodeendring. Ikke legg til alle filer automatisk uten å undersøke listen.
Skriv commit-meldinger som beskriver hensikten. «Vis bekreftelse etter innsendt kontaktskjema» er mer nyttig enn «fikser ting». Du trenger ikke mange små commits, men historikken bør gjøre det mulig å forstå hva som skjedde.
Test det endringen påvirker
Hvis du endrer et skjema, prøv både gyldig innsending og forståelige feilmeldinger. Hvis du endrer felles CSS, se på flere sider og skjermbredder. Velg kontrollene etter risikoen, ikke etter hvor mange tester det er mulig å kjøre.
Beskriv resultatet i gjennomgangen: hva som endret seg, hvorfor og hvordan det ble kontrollert. Ved konflikt mellom grener må den ferdige kombinasjonen leses og testes. At Git kan slå sammen teksten, betyr ikke automatisk at oppførselen er riktig.
Vit hvilken versjon som er ute
Knytt lanseringen til en bestemt versjon, og ha en enkel måte å gå tilbake på. Dersom endringen også flytter eller endrer data, må tilbakeføring planlegges for dataene, ikke bare kildekoden.
En liten arbeidsflyt kan være gren, endring, kontroll, gjennomgang og lansering. Legg til flere steg når et reelt behov oppstår. Les også hva som må avklares før en FastAPI-side settes i drift.