Variable-name adjustments (style)#1
Variable-name adjustments (style)#1polarathene merged 1 commit intopolarathene:feat/hybrid-cert-supportfrom georglauterbach:feat/hybrid-cert-support
Conversation
|
Oh...seems my local master I branched off was before your changes were merged, I'll rebase to get all that (EDIT: Nope apparently I misunderstood the extras). I intentionally didn't use upper case as they're local vars, I'm used to uppercase for constants or ENV vars, but if the code style has changed to that I'll adopt it. I did glimpse this from current upstream master: # Setting variables for better readability
user=$(echo "${login}" | cut -d @ -f1)
domain=$(echo "${login}" | cut -d @ -f2)
user_attributes=""
# ...
IFS=':' ; read -r -a USER_QUOTA < <(grep "${user}@${domain}:" -i /tmp/docker-mailserver/dovecot-quotas.cf)
# ...
echo "${login} ${domain}/${user}/" >> /etc/postfix/vmailboxWere these missed or are they lowercase globals? (they're not declared with local scope, I'm not that experienced with shell/bash, so I might be misunderstanding what's going on there conventions wise) |
|
There are many inconsistencies left in PS: We (with the new styling guide) don't differentiate between the scope of the variables when naming them, i.e. they are always just uppercase. The |
|
Ok, no problem. The user-patches addition is to sync with your recent commit to upstream master? The spelling error with the |
Correct. This is more or less a "leftover" from my master where I copied something from.
More or less. When I refactored, I was never quite sure where some error came from, for example the PS: If you want, you can make this: # Setting variables for better readability
user=$(echo "${login}" | cut -d @ -f1)
domain=$(echo "${login}" | cut -d @ -f2)
user_attributes=""
# ...
IFS=':' ; read -r -a USER_QUOTA < <(grep "${user}@${domain}:" -i /tmp/docker-mailserver/dovecot-quotas.cf)
# ...
echo "${login} ${domain}/${user}/" >> /etc/postfix/vmailboxmore consistent, you should just rename it in |
Sorry, I don't have the spare time to allocate to fixing code style(as much as I value consistency myself), I'm mostly interested in completing my main PR for the project(testing environment setup now, have run initial tests, now need to work through my checklist), possibly adding a bit more to the wiki and after a bit more polish publishing a repo or sending a PR of the docker-compose local TLS setup (CoreDNS for resolving FQDNs with mail records and ACME DNS challenges, smallstep's step-ca for private CA and ACME provisioner, acmebot for provisioning the certs via ACME, the mailserver and any tests like After all that, I have more on my backlog to wrap up elsewhere 😅 |
|
Of course, this was just an idea:) I will do this later :D |
…_more_tests Feature/extract even more tests
I just renamed the variables to have an uppercase name for your convenience because I didn't want to bother you with this again:)
Notice the first block in the diff:
just to make sure any TravisCI checks are not failing because of this renaming. We should do this again in the end when your PR (tomav#1629) is ready for merging and tests are successful.