Water scouts meetings application requires PHP 7.0.0 or higher and MySQL database.
The best way to install Srazy VS application is to download the latest package from GitHub. The downloaded package includes the following directories (just like Nette Framework):
app
: contains Controllers, Models, Templates and all application architecturewww
: static files like styles, javascripts and imagesinc
: contains included files, configs and definitionsvendor
: contains necessery libraries for application runningtests
: contains unit and other application tests
Just ask me: [email protected]
Class Definitions: PascalCase
Class Methods: $this->camelCase()
Class Variables: $this->camelCase
Functions Definitions: simple_function()
Variables Definitions: $simple_variable
- automatic generating of the changelog
- simple navigation through git history (e.g. ignoring style changes)
<type>(<scope>): <subject>
<body>
<footer>
The first line cannot be longer than 70 characters, the second line is always blank and other lines should be wrapped at 80 characters. The type and scope should always be lowercase as shown below.
- feat (new feature for the user, not a new feature for build script)
- fix (bug fix for the user, not a fix to a build script)
- docs (changes to the documentation)
- style (formatting, missing semi colons, etc; no production code change)
- refactor (refactoring production code, eg. renaming a variable)
- perf (A code change that improves performance)
- test (adding missing tests, refactoring tests; no production code change)
- chore (updating grunt tasks etc; no production code change, changes to the build process or auxiliary tools and libraries such as documentation generation)
- config
- dev-server
- proxy
- etc.
The can be empty (e.g. if the change is a global or difficult to assign to a single component), in which case the parentheses are omitted.
chore: add dev deployment script
- uses the imperative, present tense: "change"� not "changed"� nor "changes"
- includes motivation for the change and contrasts with previous behavior
Here on GitHub:
For each feature/task/defect create a specific branch
-
[task-type]-[refs]-[name/description]
-
defect-44-forgetting-visitors-program
-
feature-31-print-program-details
...
After your work is done, tested and ready, let me know and I merge them into the Master.
...