hier wat korte uitleg over dingen die niet zijn uitgelegd in vorige blokken van de opleiding:
make is een los build-systeem. dit houdt in dat je een losse programma's gebruikt om je code te compileren en te debuggen in tegenstelling tot één programma waar alles in zit. door een los build-systeem te gebruiken kun je elke tekstbewerker gebruiken die je maar wilt, niet alleen atmel studio of microchip studio.
make wordt geconfigureerd via een makefile. hier staat in hoe je code gecompileerd moet worden. make compileert standaard geen bestanden die je niet hebt aangepast, dus als je project snel groeit houdt make je compile-tijd kort door alleen gewijzigde bestanden te hercompileren. hier zijn wat standaard make commando's die voor dit project in zowel de robot map als de client map zullen werken:
make # alle (gewijzigde) bestanden compileren
make clean # rommel opschonen uit je werkmap (.o bestanden, etc.)
make format # alle bronbestanden (.c, .h) formattenals je deze commando's niet wil onthouden heb ik (loek) ook een visual studio configuratie gemaakt die automatisch laadt wanneer je de projectmap opent. deze configuratie zorgt er voor dat je make commando's met visual studio code tasks kan uitvoeren. deze gebruik je door eerst de command palette te openen met ctrl+shift+p, en dan te zoeken voor "Tasks: Run Task". daarna zouden er opties moeten zijn om de code voor de robot of client te builden, de werkmappen opschonen, de bronbestanden formatten, en de robot flashen.
git is het versiebeheersysteem dat we in dit project gaan gebruiken. een project in git wordt ook soms een repository genoemd. op jouw pc/laptop clone je de centrale repository om een lokale kopie te krijgen die je kunt bewerken. git houdt elke 'versie' bij van je project in zogehete commits. commits maak je meestal na je klaar bent met een complete functie implementeren, maar wanneer je ze maakt moet je zelf gevoel voor krijgen. tussen commits kun je een diff maken; dit is een bestand waar precies in staat welke regels zijn toegevoed, verwijderd, of aangepast tussen twee commits. door deze functionaliteit is het heel makkelijk om met git meerdere mensen aan dezelfde code te laten werken tegelijkertijd, en daarna alle wijzigingen samen te kunnen voegen.
voor gemak werkt iedereen op zijn eigen branch, met hun eigen naam. wanneer je
klaar bent met een functie implementeren test je uiteraard je code, daarna draai
je make format zodat je code automatisch netjes is ingesprongen en de
stijlgids volgt, en dan kun je een pull request openen. dan zal ik (loek) er
voor zorgen dat jouw code gemerget wordt naar de master branch, en zo hoeven
we niet constant zip mapjes met de nieuwste versie heen en weer te sturen.
wanneer je een commit maakt, staat deze alleen op je eigen laptop/pc. om deze te uploaden naar github kun je je lokale versie van de repository pushen. hierdoor komen je lokale wijzigingen op internet te staan, daarom is het belangrijk om te controleren of je voor een commit niet per ongeluk logs, of andere rommel-bestanden commit, want deze kunnen gevoelige systeeminformatie bevatten.
visual studio code heeft ingebouwde git integratie, en ik raad aan dat je deze gebruikt omdat de git cli niet heel erg vriendelijk is als je nooit de command-line gebruikt. hier is een pagina waar uitgelegd staat hoe je sommige dingen hierboven uitgelegd moet doen via visual studio code's git interface.
dit is een video die ook goed beknopt uit legt hoe git werkt, maar als je ergens niet uit komt kun je het ook gewoon aan mij (loek) vragen.