Skip to content
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

Проблема с переопределением значений в .realsync-local #38

Open
voskobovich opened this issue Jan 18, 2018 · 2 comments

Comments

@voskobovich
Copy link

В файле .realsync раскомментировал секцию

# You may load some other config files. It's a good practice to put
# all user-specific options (e.g. "user" directive, see below) to
# .realsync-local plus add this file to .gitignore. After that
# you commit the current .realsync file to your version control
# system, so developers may just override options in their own local files.
load = .realsync-local

в этой же директории создал файл .realsync-local и переопределил в нем параметры user и host. Ни один из них не применился. То есть программа продолжает использовать значения из .realsync вместо того, чтобы читать значения из .realsync-local.

Далее я закомментировал свойства user и host в .realsync и запустил программу еще раз. Тогда значения взялись .realsync-local. Как я понимаю, это поведение не правильное.

Использую версию для MacOS.

@dimikot
Copy link
Owner

dimikot commented Jan 19, 2018 via email

@voskobovich
Copy link
Author

Только что проверил. Переместил load в конец файла .realsync и переопределение заработало.

Я даже не предполагал такой сценарий. В описании параметра конфига не сказано, что его нужно распологать после всех параметров которые я хочу переопределать. Да и по умолчанию он распологается в самом верху списка при генерации нового конфига самой программой.

Логичнее было разместить его в самом конце списка параметров, либо сделать так, чтобы положение параметра load в конфиге .realsync не влияло на ожидаемый пользователем результат (переопределение переменных).
Второй вариант логичнее и правильнее.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants