Commit Graph

93 Commits

Author SHA1 Message Date
613f707ffe feat(terminology): replace "master" with "main" branch terminology
Update documentation to use "main" branch instead of "master" branch
throughout the document. This change reflects modern conventions.
2026-01-10 06:53:42 +00:00
db0232e3d2 Fix grammatical error 2018-05-04 13:21:47 +01:00
849d11e478 Move up Summary section above Terminology 2018-05-03 14:07:22 +01:00
b12361f619 Add an additional descriptive branch name example 2018-01-30 13:02:29 +00:00
d4f4f88009 Improve wording of Summary section 2018-01-30 13:02:17 +00:00
4c68267fb2 Add proper Summary section 2017-12-29 01:33:03 +00:00
b7a264b37a Rename Summary section to Introduction 2017-12-29 01:32:42 +00:00
4f6b8f8e15 Improve grammar and clarify reason for using PR's for help/feedback 2017-12-29 01:32:02 +00:00
aa896fa87d Minor rewording 2017-12-29 01:31:20 +00:00
af2ed13214 Update FAQ about descriptive names with ticket number recommendation 2017-12-29 01:30:31 +00:00
7cef6f71cc Change "off of" to "from", fixing #19 2017-12-28 21:40:47 +00:00
bfc57413ef Update CC BY license from 3.0 to 4.0 2017-10-08 13:48:52 +01:00
0388ab8ecb Update link to author's website. 2017-10-08 13:43:48 +01:00
5f9513df4d Fix typo 2017-08-29 01:56:02 +01:00
741dda313e Improve grammar of descriptive name FAQ question 2017-08-29 01:56:02 +01:00
f4da274468 Fix typo 2017-08-29 01:56:02 +01:00
d3e6630e2e Improve style of FAQ section 2017-08-29 01:56:02 +01:00
6735136a5d Add answer to hotfix with broken master FAQ question 2017-08-29 01:56:02 +01:00
77332f5f9a Add answer to "what does describe name mean?" FAQ question 2017-08-29 01:56:02 +01:00
68e0502dac Add Common-Flow vs GitHub Flow FAQ question 2017-08-29 01:56:01 +01:00
927a00a7bd Add answer to Common-Flow vs Git Flow FAQ question 2017-08-29 01:56:01 +01:00
34cb2c20e0 Add Git Flow question 2017-08-29 01:56:01 +01:00
f7170875d0 Start work on FAQ section 2017-08-29 01:56:01 +01:00
610d131dd5 Minor rewording 2017-08-27 00:15:39 +01:00
0b2cde114a Enforce change branch update via rebase, allow merge if really needed 2017-08-27 00:15:39 +01:00
4fd8d2f639 Allow updating change branches via rebase or merge
Allow for pulling in changes from the source branch either via
rabasing or merging, instead of only allowing rebasing. Rebasing is
still recommended however.
2017-08-27 00:15:39 +01:00
5cecf7dd84 Update terminology section to reflect recent changes to spec 2017-08-27 00:14:25 +01:00
045eded571 Swap order of "git add -i" and "git add -p"
Using the -p option is a shorthand to get into the patch section of
interactive mode. Hence the -i option is the main one to use.
2017-08-26 20:45:39 +01:00
399c5bf27a Recommend to not use a "v" prefix in release tags 2017-08-26 20:43:16 +01:00
eb1048f3c0 Fix grammar mistakes 2017-08-26 20:42:29 +01:00
264e5c3ee9 Be a bit less strict about separate branches for each change
Basically, there might very well be valid reasons to roll one change
into another if one is dependant on the other, even if they're
technically distinctly different changes. Ideally this shouldn't
happen, but let's at least allow it if really needed.
2017-08-25 13:11:33 +01:00
31ee540bd9 Break apart first Change Branch requirement into four separate ones 2017-08-25 13:08:49 +01:00
7b90cfd10d Encourage a clean commit history within pull requests
And also make it more obvious what pull requests are intended for.

Should address #11.
2017-08-08 21:42:56 +01:00
62f817a5ea Update release branch sections
- Fixes #9
- Restructures "Release Branches" section with it's sub-sections into
  two separate top-level sections for short-term and long-term release
  branches.
2017-08-08 20:50:55 +01:00
72335f9049 Make hard-coded version string and version bump commits optional 2017-07-30 02:48:45 +01:00
Chris Connelly
5179942226 Fix capitalisation of RFC 2119 key word 2017-07-25 11:19:23 +01:00
Michael Pavling
4b4fa6d8b9 adding to the recommendation of doing an interactive 'git add' to show the shortcut to patching 2017-07-25 09:07:51 +01:00
34e846590c Link directly to Commit Guidelines section 2017-07-12 14:38:50 +01:00
e71ed502ca Reword summary slightly 2017-07-12 14:38:40 +01:00
40bfd924d4 Pre-release releases are not safe for production use 2017-07-10 21:13:01 +01:00
7ed4cdf687 Remove "bleeding edge" terminology
The term "bleeding edge", and it's less scary sibling "leading edge"
both mean slightly different things to different people. Hence we're
removing it in favor of attempting to fully explain how the master
branch should be considered.
2017-07-10 21:00:45 +01:00
a65d82f791 Update TL;DR summary 2017-07-09 21:47:59 +01:00
32cc2b944c Move hard-coded version string into a VERSION file 2017-07-09 20:11:50 +01:00
e67812ca11 Minor fixes 2017-07-09 20:09:53 +01:00
5c783bc234 Add best practice about not using "git commit -a" 2017-07-07 16:32:59 +01:00
90a6abc1c3 Don't allow mixing "v" prefix and non-prefix tags 2017-07-07 16:32:27 +01:00
1362060294 Break pull request information into it's own section 2017-07-07 16:31:40 +01:00
4b1dac4d2d Restructure release branch sections 2017-07-06 00:46:19 +01:00
ba6fac3692 Initial reworking of maintenance branches into release branches 2017-07-06 00:33:53 +01:00
0b429bf254 Bump version to 1.0.0-rc.1 2017-07-03 21:28:40 +01:00