Ministerio Atos Calendar API

Api de gerenciamento de eventos da Igreja Assembleia de Deus Ministerio Atos.

Confira a demo completa aqui

Estrutura do projeto

└── calendarAPI
    ├── application                # Camada de aplicação
    │   ├── dto                    # Objetos de transferência de dados
    │   │   ├── address
    │   │   ├── auth
    │   │   └── event
    │   ├── mappers                # Mapeadores entre entidades e DTOs
    │   ├── service                # Serviços e casos de uso
    │   └── usecase
    ├── domain                     # Camada de domínio
    │   ├── entity
    │   ├── exceptions
    │   │   └── evento
    │   └── valueobject
    ├── infrastructure             # Camada de infraestrutura
    │   ├── config                 # Beans e configurações
    │   ├── data                   # Acesso a dados
    │   │   ├── models
    │   │   ├── repository
    │   │   └── specification
    │   ├── exception
    │   └── security               # Configurações e filtros de segurança
    └── presentation               # Camada de apresentação
        └── controller

Como rodar

1. Clone o projeto e acesse a pasta do projeto

    git clone github.com/filoroch/ministerioatos-calendarAPI.git 
    cd ministerioatos-calendarAPI

2. Configure as credenciais locais e no application-dev.yml ou use as variaveis de ambiente padrão

   # Linux/Mac
    export DB_HOST=seu_host
    export DB_PORT=sua_porta
    export DB_NAME=seu_banco
    export DB_PASSWORD=sua_senha
    export DB_USER=seu_usuario
    # Windows
    set DB_HOST=seu_host
    set DB_PORT=sua_porta
    set DB_NAME=seu_banco
    set DB_PASSWORD=sua_senha
    set DB_USER=seu_usuario

3. Run no projeto com mwvn

    mvn spring-boot:run -Dspring-boot.run.profiles=dev

   Ou com docker

   docker run -d -p 8081:8081 --name calendar-api \
   -e DB_HOST=seu_host \
   -e DB_PORT=sua_porta \
   -e DB_NAME=seu_banco \
   -e DB_USER=seu_usuario \
   -e DB_PASSWORD=sua_senha \

4. Acesse o Scalar UI em http://localhost:8081/swagger-ui.html

Warning

Tenha ciencia que, o H2 é um banco estritamente para testes e desenvolvimento. Usa-lo em produção é por sua conta e risco

Git Flow

Esse repositorio utiliza o modelo Git Flow para gerenciamento de branches e versionamento. O Git Flow é uma estratégia de ramificação que facilita o desenvolvimento colaborativo e a entrega contínua de software.

Branches Principais

• main: Contém o código de produção estável. Todas as versões lançadas são
• dev: Contém o código em desenvolvimento. Todas as novas funcionalidades e correções são integradas aqui antes de serem lançadas.
• hmg: Ambiente de homologação, onde as funcionalidades são testadas antes de serem promovidas para produção.
• feature/*: Branches criadas a partir de dev para desenvolver novas funcionalidades. Após a conclusão, são mescladas de volta em dev.'

Fluxo

    gitGraph
        commit id: "Initial commit"
        branch dev
        checkout dev
        commit id: "Start development"
        branch feature/login
        checkout feature/login
        commit id: "Work on login"
        checkout dev
        merge feature/login id: "merge feature/login into dev"
        branch hmg
        checkout hmg
        commit id: "Deploy to homologation"
        checkout main
        merge hmg id: "Promote to production"

Loading