Git is one of the most popular free and open source distributed version control systems designed to handle everything from small to very large projects with speed and efficiency.
Working on code requires a version control system and Git is highly recommended for versioning PHP code, whether you work on code alone or in a team. It provides patches, history, rollbacks, code versioning and more for your PHP project as well.
Git is available for download for multiple operating systems.
To install Git on Linux operating systems best is to use your package manager,
such as apt-get, yum, dnf, pacman or pip.
For example, Debian based distributions using apt-get:
sudo apt-get install git-all
Or for Fedora based distributions:
sudo yum install git-all
macOS Sierra and OS X (until El Captain) don’t include an up to date Git. Git is bundled with macOS, here is how to upgrade it:
If you do not have brew, install it:
xcode-select --install after the
successful installation.Now install Git, brew will delegate a soft link into a higher path’ed directory:
brew install git
You could install Git in other ways (there is an official .dmg-image with an installer). But this will force you to always handle those updates by yourself. This will update everything:
brew update && brew upgrade `brew outdated`
Beside the Windows installation on the main download page there is also Git for Windows, providing dedicated instructions for installation and adds neat shell integration.
Commit message is the log information about the change made to the code in the repository. Generally these must be informative and include all the information needed about the change. For small changes they can be short, for bigger changes they should be longer.
Some useful rules of a thumb for commit messages:
Add new function not New function added;A Note About Git Commit Messages, by Tim Pope suggests a model you should use for writing useful Git commit messages:
Capitalized, short (50 chars or less) summary
More detailed explanatory text, if necessary. Wrap it to about 72
characters or so. In some contexts, the first line is treated as the
subject of an email and the rest of the text as the body. The blank
line separating the summary from the body is critical (unless you omit
the body entirely); tools like rebase can get confused if you run the
two together.
Write your commit message in the imperative: "Fix bug" and not "Fixed bug"
or "Fixes bug." This convention matches up with commit messages generated
by commands like git merge and git revert.
Further paragraphs come after blank lines.
- Bullet points are okay, too
- Typically a hyphen or asterisk is used for the bullet, followed by a
single space, with blank lines in between, but conventions vary here
- Use a hanging indent
When creating Git repository in public Git hosting services such as GitHub, best practice is to add also some of the additional files to the repository which describe the repository and your code with more details:
README.md - introduction file about the project; (art-of-readme).CHANGELOG.md - Change log of the tagged versions using semantic versions.
Dedicated site Keep a CHANGELOG describes, why
is useful having a separate change log for your repository and how to format it.CONTRIBUTING.md - Open source projects usually add the file describing how to
get involved and send your patches to the repository.LICENSE - License of the repository.CONDUCT.md - Some open source projects include also their code of conduct to
let the users know what is appropriate and what not. Specially in larger
and diverse communities having such information adds extra value to the project.
Having a welcoming and inclusive environment is important for people contributing
to your project.Useful resources to read more about Git:
