-
Notifications
You must be signed in to change notification settings - Fork 2
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
Replacing the python implementation #3
Comments
I fowarded this idea to @VenomPCPL. I think that is easy to do, but I don't know if flags should be the same. I personally don't like some in Python driver. Maybe adding aliases is a solution? I don't know. We will see. I will keep this issue opened. It's interesting topic. |
Thank you for taking care and forwarding @MrBoombastic!
Yeah, I think too and, as I mentioned, I'm happy to help with that. Mainly I wanted to discuss as per this recommendation.
Me neither. Also, I think it is a bad thing that the import/export/repl/restore is living in a client/driver.
That's a good idea, as I can see, most of the aliases are in place, though I didn't compare everything. Although most of the flags are there for the The export sub-command
The import sub-command If I'm right the current import command is doing what the restore command, and partially, import did in the Python client. This means that the two could be combined.
|
If you want to add some features, you can open a pull request. We are currently doing nothing in this tool, so any collaboration is much appreciated. |
We all know the reason why this tool was created: the Python implementation has a lot of issues and not the most convenient to maintain.
How do you feel about implementing the same flags for this tools to it could be a drop-in replacement of the Python implementation that we could simply purge?
I'm happy to help with this!
Cc @MrBoombastic
The text was updated successfully, but these errors were encountered: