Git templates toevoegen¶

Git command waarmee je alle templates in 1 keer kunt toevoegen.

Zorg dat je in de root van je project zit in de terminal:

git archive --remote=git@codepot.nl:developers/boilerplate-nieuw-project.git HEAD .gitlab | tar xvf -

Mocht je dit toch handmatig willen doen:

Voeg een folder toe aan de root van je project genaamd .gitlab

Issue templates¶

Voeg in de folder .gitlab nog een folder toe genaamd issue_templates

Voeg een van de onderstaande templates toe:

Default¶

Default.md

### Omschrijving

_Wat moet er gebouwd worden en wat is de functie_

### Beoogde gebruikers

_Wie gaat deze functie gebruiken? Denk aan type gebruikers (content beheerder), persona's (patient op zoek naar informatie van behandeling) of specifieke rollen (marketing manager)._

### Doel gebruikerservaring

_Wat is de workflow voor de gebruikerservaring die dit probleem aanpakt? Bijvoorbeeld: "De gebruiker moet de website kunnen gebruiken om <een specifieke taak uit te voeren>"_

### Requirements

_Wat moet er minimaal gedaan worden om deze issue af te ronden_

- [ ] To do

### Overige details

_Het kan handig zijn om technische details, afbeelding, ontwerpvoorstellen en links naar andere issues of websites toe te voegen_

/label ~"Workflow:Doing"

Feature¶

Feature.md

### Release opmerkingen

_Wat is het probleem en de oplossing die je voorstelt? Deze inhoud bepaalt de algemene visie voor de functie_

### Op te lossen probleem

_Welk probleem lossen we op? Probeer het wie / wat / waarom van de functie te omschrijven als user story._

_Bijvoorbeeld: "Als (wie), wil ik (wat), zodat ik kan (waarom/waarde)"_

### Beoogde gebruikers

_Wie gaat deze functie gebruiken? Denk aan type gebruikers (content beheerder), persona's (patient op zoek naar informatie van behandeling) of specifieke rollen (marketing manager)._

### Statistieken

_Hoe gaan we het gebruik van deze functie bijhouden? Denk aan gebruikersgedrag en de interactie met het product. Waaruit blijkt dat iemand er waarde uit haalt?_

### Doel gebruikerservaring

_Wat is de workflow voor de gebruikerservaring die dit probleem aanpakt? Bijvoorbeeld: "De gebruiker moet de website kunnen gebruiken om <een specifieke taak uit te voeren>"_

### Voorstel

_Hoe gaan we het probleem oplossen?_

### Overige details

_Het kan handig zijn om technische details, ontwerpvoorstellen en links naar andere issues of websites toe te voegen_

/label ~"Feature"

Discussion¶

Discussion.md

### Samenvatting

_Geef een samenvatting van het onderwerp_

### Wat is er nodig om dit verder te brengen?

_Geef aan wat de next-steps zijn_

### Voorstel

_Welke ideëen zijn er om dit te realiseren?_

/label ~"Discussion"

Bug¶

Bug.md

### Samenvatting

_Geef een uitgebreide samenvatting_

### Stappen om te reproduceren

_Geef aan hoe deze bug te reproduceren is_

1.
2.
3. etc

### Wat is het huidige _bug_ gedrag?

_Beschrijf wat er werkelijk gebeurt_

### Wat is het verwachte _correcte_ gedrag?

_Beschrijf wat er in plaats daarvan zou moeten gebeuren_

### Relevante logs en/of screenshots

_Voeg optioneel screenshots of code toe_

/label ~"Bug"

Issue templates¶

Voeg in de folder .gitlab nog een folder toe genaamd merge_request_templates

Feature to develop¶

Feature to develop.md

### Wat doet deze MR?

_Omschrijf kort waar deze merge request over gaat_

### Gerelateerde issues

_Geef de issue nummers op waar het om gaat_

### Hoe is dit te testen?

_Geef in het kort aan hoe deze feature te testen is_

### Checklist

- [ ] Mark as ready
- [ ] MR toewijzen aan jezelf
- [ ] Review toewijzen aan collega
- [ ] Goede titel geven aan de MR
- [ ] Geef een link naar een lokale of test omgeving
- [ ] Alle pipelines zijn met succes doorlopen
- [ ] Als de feature branch achter loopt op `develop` moet je [rebasen](https://developers.lemone.cloud/wiki/tips-tricks/git.html#hoe-doe-je-een-git-rebase)

### Overige details

_Geef optioneel nog meer details die het makkelijker maken om de feature te reviewen_

/label ~"Feature merge"