-
Notifications
You must be signed in to change notification settings - Fork 6
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
Move cookiecutter templates to their own repository #96
Comments
Note regarding the use of these templates: The one part of the Python code I actually use when using these templates in external software is the _TEMPLATES mapping, which informs me of the currently available templates. This or something like it should probably be included in the potential separate repository. Otherwise, any software using these templates would need to create their own boilerplate code for recognizing and describing available templates. |
The main value of SODAR could be changed to have a model which allows registering upstream isa-tab repositories and we provide factory presets that include the CUBI ones. Would require work on the SODAR side then. Maybe we can work around the issue in SODAR by cloning cubi-tk, extracting the _TEMPLATE variable and related things (maybe introduce some |
Suggested first step: reorder |
Co-authored-by: Thomas Sell <[email protected]>
Is your feature request related to a problem? Please describe.
Having the ISA-tab cookiecutter templates inside of cubi-tk makes re-using them burdensome.
Describe the solution you'd like
Move them into a separate repository
cookiecutter-collection-cubi-isa-tab
. We should the usual convention of having one repository per cookiecutter here as we will always use them from within cubi-tk and not use them separately. Having one repository for each cookiecutter template too much overhead (for now).cubi-tk should clone the current contents of the repository when being invoked with the templating command.
Describe alternatives you've considered
One could also clone the whole of cubi-tk and extract them where used but that is additional complexity.
Additional context
N/A
The text was updated successfully, but these errors were encountered: