Is it possible to specify the commit range and output the Change Log?
See original GitHub issueI imagine the following usage.
$ standard-version --dry-run --from 1.0.0 --to 2.0.0
<a name="2.0.0"></a>
# [2.0.0](https://github.com/conventional-changelog/standard-version/compare/v1.1.0...v2.0.0) (2016-04-09)
* feat(conventional-changelog-standard): Move to conventional-changelog-standard style. This style lifts the character limit on commit messages, and puts us in a position to make more opinionated decisions in the future. ([c7ccadb](https://github.com/conventional-changelog/standard-version/commit/c7ccadb))
### BREAKING CHANGES
* we no longer accept the preset configuration option.
<a name="1.1.0"></a>
# [1.1.0](https://github.com/conventional-changelog/standard-version/compare/v1.0.0...v1.1.0) (2016-04-08)
### Features
* **cli:** use conventional default commit message with version ([9fadc5f](https://github.com/conventional-changelog/standard-version/commit/9fadc5f))
* **rebrand:** rebrand recommended-workflow to standard-version (#9) ([1f673c0](https://github.com/conventional-changelog/standard-version/commit/1f673c0))
* **tests:** adds test suite, fixed several Node 0.10 issues along the way ([03bd86c](https://github.com/conventional-changelog/standard-version/commit/03bd86c))
I want to use standard-version
in the existing repository which has already several tags (1.0.0, 1.1.0, 1.1.1, 2.0.0, …),
but standard-version
seems to generate the Change Log from the last semver tags so can’t generate the Change Log of the existing commits.
Even if standard-version
can’t do what I want to do,
if there is the another way to do it, tell me the way.
I have found some related issues but I can’t solve the above problem.
- https://github.com/conventional-changelog/conventional-changelog/issues/45
- https://github.com/conventional-changelog/standard-version/issues/201
- https://github.com/conventional-changelog/standard-version/issues/93
Best regards.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:12
- Comments:6 (3 by maintainers)
Top Results From Across the Web
Git log outputs in a specific revision range - Stack Overflow
A revision is specified by its SHA1 hash. If you want to see commits for specific files, you have to separate paths with...
Read more >7.1 Git Tools - Revision Selection
Git allows you to refer to a single commit, set of commits, or range of commits in a number of ways. They aren't...
Read more >Advanced Git Log | Atlassian Git Tutorial
You can pass a range of commits to git log to show only the commits contained in that range. The range is specified...
Read more >Commits API - GitLab Docs
In commit responses, created_at and committed_date are identical. However, committed_date and authored_date are generated from different sources, and may not be ...
Read more >git-rev-list - Lists commit objects in reverse chronological order
The output is given in reverse chronological order by default. You can think of this as a set operation. Commits given on the...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Late to the party but is there a recommended solution to generate the change log for an existing project?
I was having problems getting standard-version to work with existing projects; it wasn’t finding the semver tags. However, this turned out to be because of my custom omission of the ‘v’ prefix for tags that I’d specified in .npmrc. Thanks to a comment on another issue, I learned that standard-version provides the
--tag-prefix
option to address that and it works very well for me, which was great news 😃.