Storage type

[joubertredrat]

What you think @lucasmezencio? sqlite, json, yaml, etc.

[saraivagilberto]

Could I suggest and extend the comprehension of storage by making it linked with a git project?

So its runs the yoke at the project directory, and then can check and run parameters based on the current project, like a extended configuration unique for the current project.

Taking that in consideration, I think its secure to choose a extension(or a root directory) that gitignore already has.

btw, don't know if the scope of the project can be exceeded by this suggestion

Edit: In time. A central storage with all configs can exists, as it can exists only at a project.

[lucasmezencio]

@saraivagilberto I think I didn't get your suggestion. I mean, can you explain better how that would work?

[saraivagilberto]

The suggestion consists in create a way that yoke looks at the current path for a local configuration file, to be more clear here is a example:
Dir: /usr/TheDevelDir/TheProjectDir/
Then: ./yoke

So yoke looks for a configurarion inside TheProjectDir to get the ssh conection rules and parameters, even the ssh key. Way, this, that makes the control of the ssh parameters local and by project.

Its a suggestion for whom uses a server for many projects, if that can be possible, after the ssh connection command, yoke can already go to the root of the project at the server guided by the local projects configuration file.

[lucasmezencio]

@saraivagilberto sure! I like it!

[lucasmezencio]

@joubertredrat I think yaml is a fair enough solution. I think it would be more feasible for us to discuss what kind of encoding/decoding method we could use.
What do you think?

[saraivagilberto]

The use of yaml will imply, if a "encryption" some day needs to be used, in a string based encryption.
Relying on it I suggest to use some kind of obfuscation on the sensitive data.

PS: Yes, encryption is quoted, double-quoted, to emphasize that this type of application doesn't allow a proper manner to doing The Encryption right.