semanticore
semanticore copied to clipboard
Feature Request: Allow Optional Comparison Branch for Changelog
Current Functionality
From my understanding, Semanticore currently operates as follows:
- A push to Branch A triggers the pipeline.
- The pipeline creates a release merge request.
- This merge request is then merged back into Branch A.
- The release gets created
- A new push to A creates a new Merge Request with updated Changelog
Desired Workflow
At my company, we have a slightly different workflow:
- Branch A is the main release branch.
- Branch B is the development branch.
- All feature branches are merged into Branch B.
- Once all tasks are completed, Branch B is merged into Branch A for the release.
Problem
Using Semanticore with this workflow, we encounter an issue:
- Semanticore runs on both Branch A and Branch B.
- When enough tasks are completed in Branch B, we merge the Semanticore-generated merge request into Branch A.
- However, subsequent changes in Branch B do not recognize the current release from Branch A, resulting in a new, redundant changelog.
Proposed Solution
Specify Monitoring Branch in Semanticore:
- Introduce a configuration option in Semanticore to specify which branch it should monitor for the current release.
- This would allow Branch B to recognize the release from Branch A and maintain an accurate changelog.
Conclusion
Implementing either of these solutions would greatly enhance Semanticore's flexibility and usability in different branching workflows, particularly in cases where a development branch and a main release branch are used.
If there currently exists a way to work like this with Semanticore please let me know, we really want to use this tool!