Thanks for considering making a contribution! Read over our guidelines and we will do our best to see your PRs merged successfully.
NOTE: A signed a contribution license agreement is required for all contributions and is checked automatically on new pull requests. You will be asked to read and sign the agreement https://cla.microsoft.com/ after submitting a request to this repository.
There are a few different recommended paths to get contributions into the released version of this library.
The best way to get started with a contribution is to start a dialog with us. Sometimes features will be under development or out of scope for this library and it's best to check before starting work on contribution, especially for large work items.
To support our automated release process, pull requests are required to follow the Conventional Commit format.
Each commit message consists of a header, an optional body and an optional footer. The header is the first line of the commit and MUST have a type (see below for a list of types) and a description. An optional scope can be added to the header to give extra context.
<type>[optional scope]: <short description>
<BLANK LINE>
<optional body>
<BLANK LINE>
<optional footer(s)>
The recommended commit types used are:
- feat for feature updates (increments the minor version)
- fix for bug fixes (increments the patch version)
- perf for performance related changes e.g. optimizing an algorithm
- refactor for code refactoring changes
- test for test suite updates e.g. adding a test or fixing a test
- style for changes that don't affect the meaning of code. e.g. formatting changes
- docs for documentation updates e.g. ReadMe update or code documentation updates
- build for build system changes (gradle updates, external dependency updates)
- ci for CI configuration file changes e.g. updating a pipeline
- chore for miscallaneous non-sdk changesin the repo e.g. removing an unused file
Adding a footer with the prefix BREAKING CHANGE: will cause an increment of the major version.
If you are making documentation changes, feel free to submit a pull request against the main branch. All other pull requests should be submitted against the main branch or a specific feature branch. The master branch is intended to represent the code released in the most-recent composer package.
When a new package is about to be released, changes in main. The package will be generated from main.
Some things to note about this project:
The PHP SDK has a mix of handwritten "core" files and a folder of autogenerated models and request builder classes.
The models and request builders are generated using Kiota. Changes made to the Generated
folder will be overwritten the next time the generator is run - currently every week on Tuesday. Feel free to contribute to the generated code there.
Hand-written core files are spread across:
- PHP Core which contains Graph specific configuration
- Kiota Abstractions which contains all interfaces that tie the SDK together
- Kiota HTTP using Guzzle which handles HTTP level concerns
- Kiota Authentication using PHP League which handles Authentication
- Kiota Serialization JSON which handles JSON (de)/serialization
- Kiota Serialization Text which handles
text/plain
(de)/serialization
You can view the README for a full run-through of its capabilities.
For the purposes of the PHP library, the generator runs through an OpenAPI schema description of the Microsoft Graph API (https://github.com/microsoftgraph/msgraph-metadata/blob/master/openapi/v1.0/openapi.yaml) and builds up a list of models and request builders based on the paths.
Generation happens as part of a manual process that occurs once a significant change or set of changes has been added to the Graph. This may include:
- A new workload comes to v1.0 of Graph (Microsoft Teams, Batching, etc.)
- There is significant addition of functionality (Delta Queries, etc.)
However, this is evaluated on a case-by-case basis. If the library is missing v1.0 Graph functionality that you wish to utilize, please file an issue.
We do our best to prevent breaking changes from being introduced into the library during this process. If you find a breaking change, please file an issue and we will work to get this resolved ASAP.