Repository navigation
script should work without config.ini #20
Description
Activity
- added a commit that references this issue
on Nov 17, 2013 Thanks for the bug report, I fixed the problem in b25a2fb
Now you only get a friendly notice from the script if it couldn't find the default config file (just in case someone forgot to name it
config.ini, or put it in the wrong folder).I also added the option
--config nonefor if you have created the default config file, but want to ignore it anyway. (On the off chance that your config file is actually namednone, use the argument--config "./none")In fact, the behavior you invented is not very well.
- Notification of absent config.ini is needless, it will be obvious to user in any case. The notification will be nagging to those who don't use config.ini.
- Options from command-line should override options from config.ini, so
--config noneis useless.
The notification will be nagging to those who don't use
config.ini.You are right, I will go ahead and remove the big
WARNINGfrom the output.However, I will leave the "No default config found" message in, just in case a user forgets to rename the config file (it may not always be very clear to them. All they get is the script asking them for information they supposedly already wrote).
Options from command-line should override options from config.ini, so --config none is useless.
Well, there are some options which cannot be set (and therefore not overidden) from the command line (such as date format, template settings, or if a repo is hosted somewhere else than GitHub). Just in case someone uses the script more than once and has the old config file still laying around, I don't want that old config to accidentally interfere in their second project.
Regardless, that flag is entirely optional, and it's better to just have it there in case it is ever needed.
Well, there are some options which cannot be set (and therefore not overidden) from the command line (such as date format, template settings, or if a repo is hosted somewhere else than GitHub).
Well, you have such options... Ok, I was not aware of them. Then, indeed, you should have such setting. Please, consider not to mix different semantics into same
--config. Maybe better is to do different setting like--no-config, --without-config, --pure, --virginor just-C.Maybe better is to do different setting like
Perfect! I replaced the existing behavior with a new
--no-configflag.
Now it fails with some ugly stacktrace:
Expected behaviour:
Ask username and password from terminal and proceed further.