Here is how you can work on the code with us. If you have any questions please write to the Friendica developers' forum.
There are two relevant branches in the main repo on Github:
Fast forwarding is enabled by default in git. When you merge with fast-forwarding it does not add a new commit to mark when you've performed the merge and how. This means in your commit history you can't know exactly what happened in terms of merges. It's best to turn off fast-forwarding. This is done by running "git merge --no-ff". Here is an explanation on how to configure git to turn off fast-forwarding by default. You can find some more background reading here.
A release branch is created when the develop branch contains all features it should have. A release branch is used for a few things.
That last point is important because... The moment a release branch is created, develop is now intended for the version after this release. So please don't ever merge develop into a release! An example: If a release branch "release-3.4" is created, "develop" becomes either 3.5 or 4.0. If you were to merge develop into release-3.4 at this point, features and bug-fixes intended for 3.5 or 4.0 might leak into this release branch. This might introduce new bugs, too. Which defeats the purpose of the release branch.
Please pull in any changes from the project repository and merge them with your work before issuing a pull request. We reserve the right to reject any patch which results in a large number of merge conflicts. This is especially true in the case of language translations - where we may not be able to understand the subtle differences between conflicting versions.
Test your changes. Don't assume that a simple fix won't break anything else. If possible get an experienced Friendica developer to review the code. Don't hesitate to ask us in case of doubt.
Check your code for typos. There is a PHP script in the util directory called typos.php for this.
Check out how to work with our Vagrant to save a lot of setup time!