-
Notifications
You must be signed in to change notification settings - Fork 15
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
Separate taxi from Zebra and allow to have multiple backends #40
Comments
That would be very cool indeed. I guess we can assume all backends won't use the same interface, so we could create "connectors" as separate plugins that would be developed outside of taxi and then would be bound to aliases in the configuration file. The big thing I can see now is the configuration file. The more I use it, the more I think the ini configuration syntax is too limited (the most flagrant thing being that there are no subsections). I'm thinking of using a Python file but that would mean we can't change it dynamically anymore (eg. to add new aliases) so we'd need to change that as well. So basically we'd need to:
|
The feature is done and has been merged in dev. The zebra backend has been put here: https://github.com/sephii/taxi-zebra. |
I would suggest to move the taxi-zebra under liip (private repo), or even On Mon, Feb 16, 2015 at 9:32 AM, Sylvain Fankhauser <
David Jeanmonod |
Zebra being open source I'm not sure it would make sense to have this in a private repo. Also, not releasing taxi-zebra publicly would mean not being able to simply install it with |
Zebra open source?? On Mon, Feb 16, 2015 at 11:27 AM, Sylvain Fankhauser <
David Jeanmonod |
Let's put taxi-zebra on Pypi, so that users can easily install it with pip, and host it on github as a read-only mirror of an internal repository that will be used for bug reporting. Anyway, this feature has been implemented in a6fc5a7 and has been merged in dev. |
If we completely separate taxi from the zebra backend, this will have major benefits:
So in my idea, each aliases could be bound to a specific backend, and then when I do a taxi ci, the entries will be pushed to appropriate location.
What do you think about that? This goes in the same spirit as #24, #29 but one step ahead...
The text was updated successfully, but these errors were encountered: