versioncontrol 11641
Why Git is Better Than X
13 hours ago by mikael
This site is here because I seem to be spending a lot of time lately defending Gitsters against charges of fanboyism, bandwagonism and koolaid-thirst. So, here is why people are switching to Git from X, and why you should too. Just click on a reason to view it.
versioncontrol
git
compare
13 hours ago by mikael
git - the simple guide - no deep shit!
19 hours ago by bmcweb
guide to getting started with git
git
versioncontrol
19 hours ago by bmcweb
defunkt/hub - GitHub
yesterday by lehrblogger
via https://twitter.com/#!/mikeyk/status/164426104046747648
tool
git
versioncontrol
opensource
dev
yesterday by lehrblogger
Tower — The most powerful Git client for Mac
3 days ago by mikael
Git has plenty of great features. Using all of them can be difficult if you only have your command line at hand. That's why we built Tower.
gui
apple
osx
software
git
versioncontrol
3 days ago by mikael
TortoiseHg
5 days ago by swest
TortoiseHg is a Windows shell extension and a series of applications for the Mercurial distributed revision control system.
mercurial
versioncontrol
windows
5 days ago by swest
Aral Balkan · How to revert (roll back) to a previous revision with Subversion
5 days ago by schof
You would think that reverting to a previous version of your application would be one of the key use cases for a version control system like Subversion and that it would be trivial to do, but it's actually not intuitive at all.
subversion
revert
VersionControl
5 days ago by schof
Semantic Versioning
7 days ago by pascalvanhecke
"simple set of rules and requirements that dictate how version numbers are assigned and incremented"
""For this system to work, you first need to declare a public API. This may consist of documentation or be enforced by the code itself. Regardless, it is important that this API be clear and precise. Once you identify your public API, you communicate changes to it with specific increments to your version number. Consider a version format of X.Y.Z (Major.Minor.Patch). Bug fixes not affecting the API increment the patch version, backwards compatible API additions/changes increment the minor version, and backwards incompatible API changes increment the major version.
deployment
versionmanagement
releases
softwaredevelopment
programming
development
versioning
configurationmanagement
versioncontrol
from delicious
""For this system to work, you first need to declare a public API. This may consist of documentation or be enforced by the code itself. Regardless, it is important that this API be clear and precise. Once you identify your public API, you communicate changes to it with specific increments to your version number. Consider a version format of X.Y.Z (Major.Minor.Patch). Bug fixes not affecting the API increment the patch version, backwards compatible API additions/changes increment the minor version, and backwards incompatible API changes increment the major version.
7 days ago by pascalvanhecke
Copy this bookmark: