Inlämning via Merge Request

För att lämna in en koduppgift i kursen är det viktigt att du noggrant följer nedanstående instruktioner. Du kommer då att göra inlämningen i form av en Merge Request (MR). Vid bedömningen kommer kursledningen att göra en kodgranskning (code review) och resultatet kommuniceras enligt:

• (G) Godkänd på uppgiften kommuniceras genom att mergeförfrågan godkänns och kodbasen sammanfogas med grenen (branch) lnu/submit.
• (Fx) Mindre fel som efter åtgärd leder till godkänt kommuniceras i den fortsatt öppna mergeförfrågan. Diskussion kan föras direkt i mergeförfrågan i form av kommentarer.
• (U) Om uppgiften är underkänd så stängs mergeförfrågan utan att godkännas och du behöver lämna in uppgiften på nytt vid nästa deadline för förnyad examination.

Några saker att notera angående inspelningen ovan

• Vi refererar till branchen “release”. Denna har senare ersatts med “lnu/submit”.
• MR-rapporten hamnar numera automatiskt i beskrivningen utan att du behöver välja en mall.

Förberedelse

När du anser dig vara klar med uppgiften så kontrollerar du:

1. Samtliga obligatoriska krav på uppgiften är uppfyllda.
2. Koden följer kodstandarden (npm run lint).
3. Eventuella (inte alla uppgifter har detta) tester är uppfyllda (npm test).
4. Senaste kodbasen finns på GitLab (git push).
5. Du har stängt alla issues du genomfört, men inte de du inte genomfört.
6. Om du lagt till funktionalitet som inte finns beskriven i en befintlig issue, har du själv skapat en.

Skapa en ny Merge Request

Skapa en ny Merge Request (MR) på GitLab genom att:

1. Navigera till din uppgifts projektöversikt.
2. Klicka på “Merge requests” i vänstermenyn.
3. Välj “New merge request”.
4. Välj main som source branch och lnu/submit som target branch.
5. Klicka på “Compare branches and continue”.

Fyll i formuläret “New Merge Request”

Fyll i formuläret enligt:

1. Title: SUBMIT: Assignment UPPGIFTSNUMMER där UPPGIFTSNUMMER ersätts med uppgiftens nummer. Exempelvis A2.
2. Fyll nu i uppgiftsrapporten genom att kryssa i kryssrutorna med ett “x” enligt exemplet “I have started working on the assignment.”
3. Om du har någon specifik kommentar kopplat till en issue kan du skriva det under “Comment” i tabellen.
4. I slutet (Assignment report) har du möjlighet att ge dina personliga reflektioner kring uppgiften samt ge feedback till kursledningen.
5. Assignee: Lämnas Unassigned.
6. Milestone: Här anger du det examinationstillfälle som inlämningen avser. I normalfallet är det nästkommande examinationstillfälle. Välj rätt uppgift och datum! (OBS! Viktigt)
7. Labels: Välj Submitted.
8. Merge request dependencies: lämnas oförändrad.
9. Approval rules: lämnas oförändrad.
10. Merge options: lämnas oförändrad.

Genomför inlämningen

Genomför nu inlämningen genom att klicka på “Create merge request”.

Nu händer följande:

1. En ny pipeline med tester börjar köras. Dessa tester kan vara samma som du tidigare kört men kan även innehålla ytterligare tester.
2. Pipelinen testar också att kodstandarden uppfylls (på samma sätt som lokalt).
3. Pipelinen testar din kod i plagiatverktyg. Koden jämförs med inlämningar som andra studenter gjort, dels i år, dels tidigare år.
4. Pipelinen testar till sist att inlämningen gjorts innan deadline passerat. Om deadline passerat så ser examinatorn detta och meddelar om du behöver göra en ny inlämning vid nästa deadline.

Fara

När du lämnat in uppgiften så ska du inte stänga din Merge Request. Stänger du den så räknas det som att du dragit tillbaka din inlämning.

Buggfixar med mera efter inlämning

Det är inte ovanligt att du inser att din kod har mindre buggar eller skönhetsfel som du vill åtgärda efter att inlämningen genomförts. Du kan då fortsätta att göra commits precis som vanligt i ditt projekt och dessa läggs automatiskt till i inlämningen och bedöms av examinatorn. Om du dock gör en förändring efter deadline så kommer hela inlämningen att flaggas som “Inlämnad efter deadline” så undvik om möjligt detta.