Skip to content

TripApp - you trip companion app. Easily manage your next trip!

License

Notifications You must be signed in to change notification settings

fedeztk/TripApp

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

96 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

TripApp

Micro-service architecture deployed on kubernetes!

Final infrastructure (Poll, Map and Info sections are partially/totally un-implemented)

tripapp_architecture

Showcase

Landing page - your next trips!

image

Adaptive view

App sections

image

Map

image

Finance

image image

Info

Development

  • Directory structure:
.
├── .github      # ci/cd pipelines
├── docs         # documentation generation files
├── infra        # kubernetes deployment manifests
├── tripapp-app  # java/spring backend micro-services
└── tripapp-ui   # typescript/react frontend

Git workflow

  • Naming: use meaningful commit messages (see conventional commits). Use fix(scope): feat(scope): docs: refactor: build: test: etc. followed by a concise comment (the scope of the change between () is optional). This is useful for keeping the git history clean and back-trackable (try it with git log --oneline).

  • Contributing:

    • When a change needs to be done, a new issue should be created, giving a simple description about it.
    • The contributor then need to fork the master branch, name the new branch according to the feature/bugs that addresses (again, see conventional commits, valid branch names are: fix(my-microservice):error-handling-crash, feat(ui):added-login-prompt, docs:fixed-misspelling).
    • When the branch is ready (all work is done), the contributor needs to open a new pull request, following the same name convention and referencing the related issue. IMPORTANT: if the master branch is ahead of the fork, it needs to be rebased.
    • When all ci/cd pipelines passes, the branch is ready to be merged.
    • The fork can be safely deleted.