Getting Started
This guide will give a brief overview of how to get started developing LinuxGSM by running through some of the basics of using GitHub and the tools you need. This is not a comprehensive guide to GitHub but should help with getting started. There are plenty of resources available online such as the GitHub help documentation and guides that will help you learn more.
Whenever someone raises a new feature request or bug is done on the GitHub Issues page. There is a raft of issues with different levels of complexity. Choosing an issue to work on is down to you as an individual, however, it is important you enjoy working on it. It is recommended that a simple issue is picked first and more complex issues are attempted as you get used to LinuxGSM. Popular issues to attempt are type:Server Requests as often developers want to have a game server added to the project. Be warned however some game servers can be more difficult than others to develop.
To help filter issues GitHub uses labels to help identify the types of issues. Common labels include
type:bug
, type:feature
, command:monitor
, game: 7 Days to Die
. Labels are split into label types such as type, command, game, info etc to assist in triage.It is recommended you create a branch to develop your code. The branch should use the Gitflow methodology and should be named
feature/[featurename]
.Once a change has been made and saved the change will need to be committed to your local repo. When using commit it is important to leave a useful message to describe the change, this is covered in Conventional Commits. When you are ready to send your commits to your remote fork you will need to push the updates.
Last modified 3yr ago