Creating a Samba patch series
When contributing to Samba, there are quality expectations that need to be met in order for your patches to be accepted. Please review these guidelines before writing your first commits, otherwise you may need to rebase your patches.
What this page is not
This page is not meant to be a technical overview about using git, there are already plenty of resources for learning to use git. It's expected when you reach this page that you already know these concepts.
What a commit should include
Each git commit should be succinct and only do one thing. The problem with merge requests is that the Changes view shows a complete product, but in Samba, we also care about the history when getting to the final product. Small succinct commits make it possible to run git bisect on the history, allowing us to find commits that introduce bugs.
What not to do
Here is an actual example from an open source project (identifying information has been removed), of a poorly created merge request:
This request contains 47 commits, the merge request title does not explain what the code change is doing, and the final result is a single line code change!