Tools und Automatismen
Know the basics (GCG13001) 
Wenn Tools über eine Oberfläche genutzt werden, dann sollten die dahinterstehenden Prozesse und Mechanismen in den Grundzügen bekannt sein.
Jeder sollte fähig sein, die Tools, die täglich genutzt werden, auch ohne oder mit einer anderen Oberfläche, sicher zu verwenden. Genauso sollte mögliche Probleme und Limitierungen erkannt und verstanden werden können.
Nutz den (für Dich) passenden Editor (GCG13002) 
Du solltet den Editor, unabhängig davon, ob es eine vollwertige IDE oder ein Texteditor für die Konsole ist, nutzen, mit dem du am besten arbeiten kannst. Ein solches Tool sollte die Produktivität steigern und zu dem Workload passen.
Es kann sein, dass ein Umfeld (Programmiersprache, Arbeitgeber usw.) bestimmte Tools voraussetzt. Diese sollten dann so eingerichtet werden, dass sie die eigenen Ansprüche erfüllen und nicht die von Kollegen – man selbst arbeitet überwiegen damit, nicht der Kollege oder die Kollegin. Dazu zählen Shortcuts, Highlighting, Appearance and Behavior, Automatismen etc.
Verwendung von CI/CD-Systemen (GCG13003) 
CI/CD-Systeme können alle Schritte (Bauen, Testen, Packen, Verteilen etc.) nach der eigentlichen Entwicklung automatisieren. Diese Tools beschleunigen diese Prozesse und verhindern Fehler.
Im besten Fall wird die CI/CD-Pipeline automatisch mit dem Veröffentlichen einer Änderung ausgelöst.
Ebenfalls können Tools zur Überprüfung der Codequalität teil der CI/CD-Pipeline sein.
Test- und Produktivversionen dürfen nicht lokal gebaut werden (GCG13004) 
Um sicherzustellen, dass jeder Build reproduzierbar ist, dürfen Test- und Produktivversionen nicht lokal gebaut werden, sondern, am besten automatisiert, nur auf einem Buildserver. Dies beschleunigt den Prozess und sorgt für eine erhöhte Integrität und Konsistenz der Build-Artefakte.
Verwendung von Tools zur steigerung der Codequalität (GCG13005) 
Es gibt diverse Möglichkeiten, um die Codequalität prüfen zu lassen. Die zwei, die am einfachsten zu realisieren sind, sind automatisierte Tests (besonders Unittests) und die Verwendung von Tools zur statischen Codeanalyse.
Um Verbesserungen nachweisen zu können, sollten entsprechende Metriken gesammelt werden.
Das Definieren eines Codestyles oder von Codingguidelienes kann genauso ein Werkzeug darstellen.