Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature branches with different lifecycles #11

Open
ThomasBuchinger opened this issue Oct 25, 2018 · 0 comments
Open

Feature branches with different lifecycles #11

ThomasBuchinger opened this issue Oct 25, 2018 · 0 comments
Labels
meta Issue in the overall design

Comments

@ThomasBuchinger
Copy link
Owner

As a developer in Automate implementing a brand new feature, I might want to have an additional feature-branch, implementing a sub-feature (e.g. extending existing library code vs the overall workflow implementation) with a different lifecycle. At the same time, the main workflow adds a new functionality to the same library code.

Example

branch1: Extend IPAM Lib with DNS
/Integration/IPAM/MyIPAM.class/request_ip_address  # Add ability to register DNS with IP

branch2: Main AwsomeService workflow
/Integration/IPAM/MyIPAM.class/request_ip_address  # Add some logic to specific to AwsomeService
/Service/Provivsion/StateMachines/ServiceTemplate.class/AwsomeService
/Integration/AwsomeService/StateMachines/Provision.class/register_ip
/Integration/AwsomeService/StateMachines/Provision.class/method1

In a normal scenario, branch1 would be merged into branch2 and could be worked on, until branch1 is merged into master, however due to shadowing in ManageIQ Domains, this is not possible to do it that way.

@ThomasBuchinger ThomasBuchinger added the meta Issue in the overall design label Oct 25, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
meta Issue in the overall design
Projects
None yet
Development

No branches or pull requests

1 participant