Praktisk examinationsuppgift
De praktiska examinationsuppgifterna genomförs enskilt och lämnas in innan de muntliga examinationerna. Deadline för inlämning av uppgifterna framgår under instruktionerna för varje uppgift.
Speciella regler gäller för genomförandet av de praktiska examinationsuppgifterna:
Uppgifterna är obligatoriska att genomföra för att få genomföra de muntliga examinationerna.
Uppgifterna ska genomföras enskilt utan hjälp från utomstående part. Det är tillåtet att söka generell hjälp kring delar som uppgifterna innefattar så som "Hur får man ut längden på en array?", "Hur fungerar for-satsen etc." men det är inte tillåtet att ställa direkta frågor kring hur man löser uppgifterna.
Du ska göra regelbunda "commits" när du löser uppgifterna. Denna historik ska finnas på GitHub. Ett tiotal egna "commits" per examinationsuppgift bör finnas.
Steg 1. Gå till din katalog för kursens lokala repon
Under kursen kommer du att arbeta med flera repon. Det är därför lämpligt att samla de lokala repona för examinationsuppgifterna under en och samma katalog, förslagsvis namngiven efter kursens kod 1dv021.
Steg 2. Klona ditt repo för examinationsuppgiften.
Du har blivit tilldelad ett privat repo för var och en av examinationsuppgifterna.
OBS! Ersätt example-username
i example-username-examination-1.git
med ditt användarnamn du fått av universitetet.
Exempelutskrift:
Genom att använda git clone
klonar du ett befintligt repo på GitHub, d.v.s. du skapar en lokal fullständig arbetskopia av repot på GitHub. En katalog kommer att skapas med samma namn som repot du klonar, i detta fall [example-username]-examination-1
, och fyllas med de filer och kataloger repot innehåller. De ändringar du gör lokalt kommer att skickas till repot på GitHub då du använder kommandot git push
.
Steg 3. Byt till den klonade katalogen
Steg 4. Hämta filer (och kataloger)
Exempelutskrift:
Steg 5. Ignorera inte .gitignore!
Använd aliaset ignore
, du själv skapat, för att generera en .gitignore-fil.
Använder du inte Visual Studio Code? Ersätt visualstudiocode
med det utvecklingsverktyg du föredrar, t.ex. sublimetext
eller webstorm
. Föredrar du Atom? Atom behöver inga inställningar i .gitignore-filen varför du i så fall inte behöver ange något utvecklingsverktyg.
Steg 6. Installera packet
Exempelutskrift:
Steg 7. Lägg till och spåra ändringar
Steg 8. Lagra ändringarna
Exempelutskrift:
Steg 9. Skicka ändringarna till GitHub
Exempelutskrift:
Steg 10. Kontinuerligt arbetsflöde
Steg 10.1
Hämta alla ändringar från ditt privata repo för examinationsuppgiften på GitHub.
Detta är mycket viktigt att du gör innan du påbörjar ett nytt arbetspass - i synnerhet om du kodar på flera olika enheter.
Exempelutskrift:
Steg 10.2
Starta Visual Studio Code på din plattform och öppna katalogen (innefrån VS Code med File - Open Folder...) med examinationsuppgiften, ~/1dv021/username-examination-1/
.
Steg 10.3
KODA HÄR!
Skriv inte så mycket kod åt gången, ju mindre dina "commits" är desto bättre, om det skulle bli något fel.
Steg 10.4
Lägg till nya filer och ändringar du gjort.
Steg 10.5
Visa de ändringar som du kommer att skapa en "commit" för.
Steg 10.6
Skapa en "commit" med ett meddelande som beskriver ändringen.
Vill du skicka din ändring till ditt privata repo för examinationsuppgiften på GitHub? Gå då till steg 10.7.
Vill du fortsätta koda? Gå till steg 10.3.
Steg 10.7
Skicka dina ändringar till ditt privata repo för examinationsuppgiften på GitHub.
Kodat färdigt för stunden? Klar med examinationsuppgiften? Du kan stänga av datorn, allt finns ju på GitHub!
Lägga till kod för ny funktionalitet? Gå till steg 10.3.
Steg 11. Inlämning
Lämna in uppgiften senast deadline (se respektive examinationsuppgift på kursens webbplats) genom att göra en "release" på GitHub. Ange taggen "v1.0" när du gör en "release".
Steg 11.1
Gå till examinationsuppgiften repo på GitHub och klicka på fliken "0 releases".
Steg 11.2
Klicka på "Create a new release".
Steg 11.3
Fyll i information om din "release" och publicera den.
Om du efter du publicerat en "release" vill göra förändringar så går det bra. När du gör en ny "release" döper du i så fall den till v1.1 och så vidare.
Last updated