Skip to content

Latest commit

 

History

History
71 lines (45 loc) · 3.29 KB

CONTRIBUTING.md

File metadata and controls

71 lines (45 loc) · 3.29 KB
Raw

Contributing

Documentation

Source code checkout

git clone --recurse-submodules https://github.com/maplibre/maplibre-native.git

Guidelines

If you want to contribute code:

  1. Please familiarize yourself with the installation process of your chosen platform.

  2. Ensure that existing pull requests and issues don’t already cover your contribution or question.

  3. Pull requests are gladly accepted. If there are any changes that developers using one of the platforms should be aware of, please update the main section of the relevant CHANGELOG.md.

Please note the special instructions for contributing new source code files, asset files, or user-facing strings to MapLibre Native for iOS, Android or macOS.

Pull Requests

To run the benchmarks (for Android) include the following line on a PR comment:

!benchmark android

Design Proposals

If you would like to change MapLibre Native in a substantial way, we recommend that you write a Design Proposal. Examples for substantial changes could be if you would like to split the mono-repo or if you would like to introduce shaders written in Metal.

The purpose of a Design Proposal is to collectively think through a problem before starting to implement a solution. Every implementation has advantages and disadvantages. We can discuss them in a Design Proposal, and once we reach an agreement, we follow the guidelines in the Design Proposal and work on the implementation.

The steps for a Design Proposal are the following:

  1. Copy the Design Proposal template in the design-proposals/ folder.
  2. Use a filename with the current date and a keyword, e.g., design-proposals/2022-09-15-metal.md.
  3. Fill out the template and submit a pull request.
  4. Discuss the details of your Design Proposal with the community in the pull request. Adjust where needed.
  5. Call a vote on the Design Proposal once discussions have settled. People in favor of your Design Proposal shall approve the pull request. People against your Design Proposal shall comment on the pull request with something like "Rejected".
  6. Give the community at least 72 hours to vote. If a majority of the people who voted accept your Proposal, it can be merged.

Semantic Versioning

MapLibre uses tags for releases based on SemVer versioning. This is useful for checking out a particular released version for feature enhancements or debugging.

You can list available tags by issuing the command git tag, then use the result

# 1. Obtain a list of tags, which matches to release versions
git tag

# 2.  Set a convenience variable with the desired TAG
# TAG=android-v9.4.2
# TAG=android-v9.5.2
TAG=ios-v5.12.0
# TAG=ios-v5.12.0-pre.1

# 3.  Check out a particular TAG
git checkout tags/$TAG -b $TAG

# 4. build, debug or enhance features based on the tag
# clean, if you need to troubleshoot build dependencies by using `make clean`