Git

Version Control

Mijn favoriete git commando’s zijn:

• git init en git clone om een nieuwe repository lokaal op je laptop te zetten.
• git add, hiermee voeg je bestanden die zijn veranderd toe aan de lijst die je gaat pushen.
• git commit -m "Je bericht", om aan het bestand dat je toevoegt aan de push lijst een bericht toe te voegen, zodat je weet wat er is veranderd.
• git push, om de bestanden die je met git add hebt toegevoegd naar Github te pushen.
• git status, om te zien wat de status is van de bestanden en welke je al met git add kunt toevoegen.

Git strategy

Voor het vinden van een goede Git strategie om mee te gaan werken heb ik onderzoek gedaan naar hoe je het beste committee messages kan schrijven, of ik branches, issues en projects wil gaan gebruiken. Hieronder kun je lezen wat ik precies wil gaan doen. Verder wil ik Git en GitHub nog beter leren kennen om verder de beste strategie te vinden die bij mij past.

How am I going to write commit messages?

Ik wil korte duidelijke commit messages gaan schrijven. Het liefste wil ik altijd een commit message van een regel schrijven, maar het kan soms ook handig zijn om wat meer uitleg te geven dan zou ik deze op de manier als in het artikel willen gaan schrijven. Dat je eerst een titel hebt die omschrijft waar het over gaat en dan daaronder een stukje extra uitleg, wanneer dit nodig is. De een regel commit message wil ik niet langer dan 50 characters maken, zodat deze duidelijk te lezen is. Daarnaast lijkt het mij ook handig om een aantal emojis te gebruiken voor dingen die vaak voorkomen, zoals ze op Gitmoji laten zien. Dit geeft ook wat meer vriendelijkheid en maakt het ook leuker om commit messages te schrijven. Hieronder laat ik zien welke ik dan wil gaan gebruiken en laat ik ook een aantal voorbeelden van commit messages zien.

✨ Voor wanneer ik een nieuwe feature heb gemaakt

🔥 Voor als ik een alleen code heb verwijderd

✅ Voor als ik code heb toegevoegd of ge-update

💄 Voor als ik CSS/SCSS heb toegevoegd of ge-update

📝 Voor als ik de documentatie of readme heb aangepast

🚧 Voor work in progress

📦 Als ik een nieuwe package heb geïnstalleerd

🗃️ Wanneer ik de database heb toegevoegd of daarin iets heb veranderd

📱 Wanneer ik aan het responsive maken heb gemaakt

🙈 Wanneer ik iets in de .gitignore heb toegevoegd

📄 Voor als ik de license heb aangepast

🐛 Voor het oplossen van een bug

Hoe ik mijn commit messages ga schrijven

✅ Data uit database wordt opgehaald

🗃️ Database is geconnect

Am I going to make branches?

Ja ik wil branches gaan maken, zodat ik wanneer ik de basis heb staan, dit minder makkelijk kapot kan maken, omdat ik het dan eerst in de branche aanpas en het hier kan testen tot dat ik het merge met de rest van de code. Ik denk dat dit vooral handig is wanneer je in een team werkt, omdat je dan met meerdere mensen aan hetzelfde werkt en je het via branches ook makkelijker samen kan voegen.

Am I going to use issues or projects?

Ik heb projects een beetje uitgeprobeerd en dit is eigenlijk een soort Trello waar je alles in zet wat er gedaan moet worden je kunt makkelijk filteren en dingen verplaatsen. Dit wil ik zeker gaan gebruiken om zo een duidelijk overzicht te krijgen van wat er nog gedaan moet worden en wat al is gedaan. In de project kun je ook issues laten zien en bij deze aangeven wie het moet doen, wanneer en wat de prioriteit is. Ik denk dat het erg handig is om dit samen te gaan gebruiken om een goed beeld te krijgen van wat ik nog moet doen en als je in een groep werkt wie wat moet doen en wanneer het af moet zijn. Ik ben dit nog een beetje aan het uitvogelen hoe alles precies werkt maar tot nu toe geeft het wel een duidelijk overzicht.