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

Versioning of the CM Enterprise Architect files #724

Open
AchillesDougalis opened this issue Dec 6, 2024 · 0 comments
Open

Versioning of the CM Enterprise Architect files #724

AchillesDougalis opened this issue Dec 6, 2024 · 0 comments
Assignees
Labels
module: none no module in particular because the issue is of technical or documentation nature type: feature request something requested to be implemented in a future release
Milestone

Comments

@AchillesDougalis
Copy link
Contributor

Problem definition - the CM files .QEAPX are binary and cannot be versioned properly in GitHub.

Current approach: pure Git – This method forces us to use Trunk based development, which requires:
Code freeze e.g., no new code changes or updates to the CM file are allowed to be introduced into the project, during release periods. Maintaining different EA files in different branches in the epo-conceptual-model repository.

Requires re-implementation of the work done for fixes after the public review. To mitigate this, good documentation practices are followed such as GitHub issues updates, and keep meeting minutes, so that it is easy to re-implement any release changes in the trunk after the lift of the code freeze.

The creators of the Enterprise Architect software have their own cloud-based infrastructure, which allows having servers as repositories of EA files with version control. However, usually such solutions are expensive, and experimental.

To further investigate if it is worth adopting such a cloud-based infrastructure for the CM files, or come up with another solution.

@AchillesDougalis AchillesDougalis added type: feature request something requested to be implemented in a future release module: none no module in particular because the issue is of technical or documentation nature labels Dec 6, 2024
@AchillesDougalis AchillesDougalis added this to the miscellaneous milestone Dec 6, 2024
@AchillesDougalis AchillesDougalis self-assigned this Dec 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
module: none no module in particular because the issue is of technical or documentation nature type: feature request something requested to be implemented in a future release
Projects
None yet
Development

No branches or pull requests

1 participant