Closed Hywan closed 9 years ago
Should we keep entry dates?
/ping @hoaproject/hoackers
Could be great to include https://developer.github.com/v3/repos/releases/#create-a-release also.
Maybe this command should evolve to a workflow assistant:
CHANGELOG
since the last tag,CHANGELOG
?git push --tags
,Thoughts?
If so, the command should be renamed into hoa devtools:release
.
I thing "one command" "one things" like in Unix system :D So IMHO the short-hash on the begging of each line are useless, if you really want the information you check the tag commit no ?
You generate each time the changelog or you just add the lastest information ?
In my mind make sense to have :
hoa devtools:changelog
hoa devtools:tagging
Tagging are better than release IMHO :)
:+1:
But commands can be done manually, they are very short and easy. Here it's more like an assistant to help us to not forget anything.
:+1:
:+1: for assisant and hoa devtools:release
with #create-a-release
in same time, that should be great to introduce a structure of commit message ? like include github issue ID ?
@Pierozi: What do you mean by a structure of a commit message?
These messages are not useful for know what change are done
Merge branch 'incoming'
Update Ruler.php
that should be :
Add Hoa\Core alias
#43 Add method interpret() alias of interprete()
Maybe we should look at what has been done by angularjs: see https://docs.google.com/document/d/1QrDFcIiPjSLDn3EL15IJygNPiHORgU1_OOAqWjiDU5Y/edit# the idea is to normalize how commit are writen so that they can be parsed to produce human centric changelogs. Similar rules, with a pp file and some checks can enforce commit messages style, and facilitate changeogs production.
@Pierozi Yes, for next commits, we will do better merge commit.
So the patch introduces a real workflow through the following steps:
Only the last one remains to do. If we have a BC break, few more steps are automatically “inserted”. Check the code, it's very easy to understand.
The command is over. I just ask for a review of the CHANGELOG.md
format. Here is an example:
1.15.02.12
- 14dbf34 Fix CS and API documentation. (Ivan Enderlin, 2015-02-06T10:37:23+01:00)
- 8b6bc1e Add lazy operator (Alexis von Glasow, 2014-12-15T23:42:34+01:00)
- d156dca Add tests for the dynamic callable. (Ivan Enderlin, 2015-02-05T17:13:12+01:00)
1.15.02.05
- 55e35f5 Fix #50 on Github. (Ivan Enderlin, 2015-02-05T16:50:13+01:00)
- a191132 Add tests for the context. (Ivan Enderlin, 2015-02-05T16:49:30+01:00)
1.15.02.02
- 1b5083f s/interprete/interpret/ (Ivan Enderlin, 2015-02-02T11:31:29+01:00)
- e61fbb8 Apply reviews of @stephpy and @Savageman. (Ivan Enderlin, 2015-02-02T11:30:24+01:00)
- 29f66fe Update Ruler.php (simkimsia, 2015-01-16T22:22:18+08:00)
- 8c100b5 Merge branch 'pr/42' into incoming (Ivan Enderlin, 2015-01-15T13:34:30+01:00)
- 38d59f8 Happy new year! (Ivan Enderlin, 2015-01-05T14:47:59+01:00)
1.14.12.10
- 2039f8e Move to PSR-4. (Ivan Enderlin, 2014-12-09T18:45:18+01:00)
1.14.12.09
- ad32e48 Merge branch 'pr/36' into incoming (Ivan Enderlin, 2014-12-09T18:25:25+01:00)
- 32f6b1e Format namespace. (Ivan Enderlin, 2014-12-08T14:04:08+01:00)
- f21c96c Require hoa/test. (Alexis von Glasow, 2014-11-26T13:21:41+01:00)
- 07bf8b5 Hoa\Visitor has been finalized. (Ivan Enderlin, 2014-11-15T22:28:07+01:00)
Thoughts? /cc @hoaproject/hoackers
Everything else works like a charm. Editor opens to edit the new portion of the CHANGELOG.md
. We have options to only execute some steps (only the test, only the changelog, only the tag, only Github releases etc.) This command is very useful :-).
Fix https://github.com/hoaproject/Devtools/pull/3.
Example of usage on
Hoa\Ruler
.Only compute the
CHANGELOG
Here is the result:
We have only the first commit of every merges, no the children. This is a little bit annoying when the merge subject is “Merge branch 'pr/20' into incoming” for instance. In this case, we will edit the
CHANGELOG
manually because we will not rebase the Git history. To achieve that, I have to add an option to select a subset of tags to generate theCHANGELOG
.Create a snapshot
Else, if we would like to tag:
…
is theCHANGELOG
.Create a snapshot that breaks BC
If we broke the BC, we will have:
It does not push for you and hopefully :-).
I don't know if “tagging” or “changeloging” must be exclusive tasks. I think it's better. First, generate the
CHANGELOG
(commit it, not automatic), then create the tag.Thoughts?
Thanks to @camael24 and @Pierozi for their help!