Server Workflow

If you haven’t set up your developer environment, please do so before continuing with this section.

Join the Developers community channel to ask questions from community members and the Mattermost core team.

Workflow 

Here’s a general workflow for a Mattermost developer working on the mattermost-server repository:

1. Review the repository structure to familiarize yourself with the project
   • ./api4/ holds all API and application related code.
   • ./model/ holds all data model definitions and the Go driver.
   • ./store/ holds all database querying code.
   • ./utils/ holds all utilities, such as the mail utility.
   • ./i18n/ holds all localization files for the server.
2. On your fork, create a feature branch for your changes. Name it MM-$NUMBER_$DESCRIPTION where $NUMBER is the Jira ticket number you are working on and $DESCRIPTION is a short description of your changes. Example branch names are MM-18150_plugin-panic-log and MM-22037_uppercase-email.
3. Make the code changes required to complete your ticket, ensuring that unit tests are written or modified where appropriate. Please use testify for new tests.
4. To test your changes, run make run-server from the root directory of the server respository. This will start up the server at http://localhost:8065. To get changes to the server it must be restarted with make restart-server. If you want to test with the web app, you may also run make run which will start the server and a watcher for changes to the web app.
5. Once everything works to meet the ticket requirements, stop Mattermost by running make stop in the server repository, then run make check-style to check your syntax.
6. Run the tests using one or more of the following options:
   • Run make test to run all the tests in the project. This may take a long time and provides very little feedback while it’s running.
   • Run individual tests by name executing go test -run "TestName".
   • Run all the tests in a package where changes were made executing go test app.
   • Create a draft PR with your changes and let our CI servers run the tests for you.
7. Commit your changes, push your branch, and create a pull request.
8. Respond to feedback on your pull request and make changes as necessary by commiting to your branch and pushing it. You might need to rebase your changes if another pull request creates conflicts.
9. That’s it! Rejoice that you’ve helped make Mattermost better.

Useful Server Makefile Commands 

Some useful make commands:

• make run runs the server, creates a symlink for your mattermost-webapp folder, and starts a watcher for the web app.
• make stop stops the server and the web app watcher.
• make run-server runs only the server and not the client.
• make debug-server will run the server in the delve debugger.
• make stop-server stops only the server.
• make clean-docker stops and removes your Docker images and is a good way to wipe your database.
• make clean cleans your local environment of temporary files.
• make config-reset resets the config/config.json file to the default.
• make nuke wipes your local environment back to a completely fresh start.
• make package creates packages for distributing your builds and puts them in the ~/go/src/github.com/mattermost/mattermost-server/dist directory. First you will need to run make build and make build-client.
• make megacheck runs the tool megacheck against the code base to find potential issues in the code. Please note the results are guidelines, and not mandatory in all cases. If in doubt, ask in the Developers community channel.

Running Only Specific Server Unit Tests 

Running every single unit test takes a lot of time while making changes, so you can run a subset of the serverside unit tests by using the following:

go test -v -run='<test name or regex>' ./<package containing test>

For example, if you want to run TestUpdatePost in app/post_test.go, you would execute the following:

go test -v -run='TestUpdatePost' ./app

Useful Mattermost Commands 

During development you may want to reset the database and generate random data for testing your changes. For this purpose, Mattermost has the following commands in the Mattermost CLI:

Install the server with go install ./cmd/mattermost in the server repository.

You can reset your database to the initial state using:

mattermost reset

After that, you can generate random data to populate the Mattermost database using:

mattermost sampledata

Create an account using the following command:

mattermost user create --email user@example.com --username test1 --password mypassword

Optionally, you can assign that account System Admin rights with the following command:

mattermost user create --email user@example.com --username test1 --password mypassword --system_admin

Testing Email Notifications 

When Docker starts, the SMTP server is available on port 2500. A username and password are not required.

You can access Inbucket webmail on port 9000.

For additional information on configuring an SMTP email server, including troubleshooting steps, see https://docs.mattermost.com/install/smtp-email-setup.html.

Testing with GitLab Omnibus 

To test a locally compiled version of Mattermost with GitLab Omnibus, replace the following GitLab files:

• The compiled mattermost binary in /opt/gitlab/embedded/bin/mattermost.
• The assets (templates, i18n, fonts, webapp) in /opt/gitlab/embedded/service/mattermost.