You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 16, 2024. It is now read-only.
Travis is a great tool and probably has most wide adoption among open source projects. It does the job really good and is the commonly accepted standard.
Some people are working with other Ci services or even utilize a different approach (such as Gitlab's integrated workflow, which goes from SVC capabilities, to CI capabilities and is embracing deployment at the moment).
It would undoubtedly beneficial to those people if it would be easier to use parts of the MQT code for their system of choice. While I understand that this is a special purpose repository with a well defined use case, it definitely has it's "gray" use cases outside the OCA github realm. Making this tool more versatile might still be inline with the idea and general purpose of the OCA. and be a legitimate goal.
What (hypothetically) can and what (hypothetically) needs to be done in order to achieve this? Are (subjectively) the costs too high?
The text was updated successfully, but these errors were encountered:
Here is some code to look at: #380
I guess this kind of idempotent changes could be a nice start, not sure if this is even all of it. Having a more neutral naming scheme reminds later developments to keep a clear and well defined interface in mind.
BTW @blaggacao part of your work here #380 will be reviewed to be included in one way or another here #500 sorry for the delay several discussions around this have taken and we are trying to move forward, your comments has been helpful also.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Travis is a great tool and probably has most wide adoption among open source projects. It does the job really good and is the commonly accepted standard.
Some people are working with other Ci services or even utilize a different approach (such as Gitlab's integrated workflow, which goes from SVC capabilities, to CI capabilities and is embracing deployment at the moment).
It would undoubtedly beneficial to those people if it would be easier to use parts of the MQT code for their system of choice. While I understand that this is a special purpose repository with a well defined use case, it definitely has it's "gray" use cases outside the OCA github realm. Making this tool more versatile might still be inline with the idea and general purpose of the OCA. and be a legitimate goal.
What (hypothetically) can and what (hypothetically) needs to be done in order to achieve this? Are (subjectively) the costs too high?
The text was updated successfully, but these errors were encountered: