| Building time | Building cost | HP | Effect | |||
|---|---|---|---|---|---|---|
| Level 1 | Level n | Level 1 | Level n | Level n | Level n | |
| Townhall | 2:00 | n * 1:00 | 200 gold | n * 200 gold | n * 200 | can build level n buildings |
| Farm | 1:00 | n * 1:00 | 100 gold | n * 100 gold | n * 100 | +(n * 5) + 5 food / minute |
| Mine | 1:00 | n * 1:00 | 100 gold | n * 100 gold | n * 100 | +(n * 5) + 5 gold / minute |
| Academy | 1:30 | n * 1:00 | 150 gold | n * 100 gold | n * 150 | can build level n troops |
| Troop | 0:30 | n * 0:30 | 25 gold | n * 25 gold | n * 20 | -(n * 5) food / minute +(n * 10) attack +(n * 5) defense |
- Java Development Kit - JDK 8.0
- Create a new repository on Github and select
green-fox-academy/basic-spring-projectas the repository template - OR Click the
Use this templatebutton at the top of the page- in order to initialize project team repo follow the project naming convention: https://docs.google.com/spreadsheets/d/1vdqn4i0GYWNDHL96jrNrXOZJJ6lQsN-_m3aFHGjOmng
- Add a new project on CircleCi with your new repository
Use git fetch in order to retrieve the most recent commits from GitHub.
In order to minimize merge conflicts later always open a new feature branch from the most recent state of the development branch on GitHub.
git fetchgit checkout -b <branch_name> origin/development
While you're working on your own feature/bugfix other developers make changes on development and it's required to update your branch to keep consistency of the codebase. You can do this in 2 ways.
Rebase rewrites commit history; therefore, do not use rebase on the master and development branches.
On the other hand feel free to use rebase on your own branches.
Use git rebase development while on your branch.
This creates a new commit (so called merge commit) containing changes from both your branch and the development branch.
Use git merge development while on your branch.
You can work on your feature/bugfix separately but sometimes you may need to merge another branch into your branch (i.e. to try out your feature). In order to have clean workflow (and pull requests) always commit only feature related modifications. This is harder to reset files or hunks later.