Trabalhe Pequeno

Há uma razão pela qual o TBD é amplamente usado em equipes ágeis.

Algumas boas práticas ágeis, como Desenvolvimento Orientado a Testes (TDD), Integração Contínua (CI) são essenciais para o TBD.

O TDD tem dois caracteres: curto e correto.

O ciclo de desenvolvimento do TDD é muito curto, o que torna possível o commit frequente.

E, por outro lado, os testes garantem que o código atenda aos requisitos.

A cobertura do teste também é garantida com o TDD. Com a ajuda do TDD, os membros da equipe conseguem fazer commit no branch trunk com frequência e confiança.

Outro benefício é que, como a equipe sempre trabalha na base de código mais recente, a possibilidade de grandes conflitos de mesclagem é reduzida.

Flow MOTS¶

Flow MOTS II¶

TBD Novos¶

Passo a Passo¶

GitHub YAML¶

name: CI/CD Pipeline for GitFlow and TBD
on:
  pull_request:
    branches:
      - main
    paths:
      - '**/*'
    types:
      - opened
      - synchronize
      - reopened

jobs:
  secret_scan:
    runs-on: ubuntu-24.04

    steps:
      - name: Checkout repository
        uses: actions/checkout@v2

      - name: Check for exposed secrets
        uses: github/super-linter@v4
        with:
          run-local: true

  # Etapa 2: Escaneamento de commits em busca de informações sensíveis
  scan_commits:
    runs-on: ubuntu-latest
    needs: secret_scan  # Certifique-se que a verificação de segredos passou antes de continuar
    steps:
      - name: Checkout repository
        uses: actions/checkout@v2
      - name: Check commits for sensitive information
        run: |
          git log --oneline --pretty=format:"%h" | while read commit_hash; do
            git show --name-only $commit_hash | grep -iE 'password|secret|api_key|token|password' &&  echo "Sensitive information found in commit $commit_hash" && exit 1;
          done
  # Etapa 3: Linter e Formatter
  linter:
    runs-on: ubuntu-latest
    needs: scan_commits  # Executa só se o escaneamento de commits for bem-sucedido
    steps:
      - name: Checkout repository
        uses: actions/checkout@v2
      - name: Set up Node.js
        uses: actions/setup-node@v2
        with:
          node-version: '14'
      - name: Install linters and formatters
        run: |
          npm install eslint prettier
      - name: Run ESLint and Prettier
        run: |
          npm run lint
          npm run format
  # Etapa 4: Construção e Execução de Testes
  build_and_test:
    runs-on: ubuntu-latest
    needs: linter  # Executa só se o código passar pela verificação do linter
    steps:
      - name: Checkout repository
        uses: actions/checkout@v2
      - name: Set up JDK 11
        uses: actions/setup-java@v2
        with:
          java-version: '11'
      - name: Install dependencies using Maven
        run: mvn install
      - name: Run Unit Tests
        run: |
          bash scripts/testeUnitario.sh
        continue-on-error: false  # Se o teste falhar, o processo será interrompido
  # Etapa 5: Análise de Segurança (SAST - SonarQube)
  security_analysis:
    runs-on: ubuntu-latest
    needs: build_and_test  # Executa só se o teste unitário for bem-sucedido
    steps:
      - name: Checkout repository
        uses: actions/checkout@v2
      - name: Install SonarQube Scanner
        run: |
          curl -sSLo sonarqube-scanner.zip https://binaries.sonarsource.com/Distribution/sonar-scanner-cli/sonar-scanner-cli-4.6.2.2472-linux.zip
          unzip sonarqube-scanner.zip
          mv sonar-scanner-* /usr/local/sonar-scanner
     - name: Run SonarQube Static Analysis
       run: |
         sonar-scanner \
           -Dsonar.projectKey=my_project_key \
           -Dsonar.sources=. \
           -Dsonar.host.url=https://sonarcloud.io \
           -Dsonar.login=$SONAR_TOKEN

 # Etapa 6: Verificação de dependências com OWASP Dependency Check
  dependency_check:
    runs-on: ubuntu-latest
    needs: security_analysis  # Executa só se a análise de segurança for bem-sucedida

    steps:
      - name: Checkout repository
        uses: actions/checkout@v2

      - name: Install OWASP Dependency Check
        run: |
          curl -sSLo owasp-dependency-check-cli.zip https://github.com/jeremylong/DependencyCheck/releases/download/v6.5.0/dependency-check-6.5.0-release.zip
          unzip owasp-dependency-check-cli.zip
          mv dependency-check-* /usr/local/dependency-check
      - name: Run OWASP Dependency Check
         run: |
           /usr/local/dependency-check/bin/dependency-check.sh --scan . --out . --format HTML

# Etapa 7: Construção da Imagem Docker
docker_build:
  runs-on: ubuntu-latest
  needs: dependency_check  # Executa só se a análise de dependências for bem-sucedida

  steps:
    - name: Checkout repository
      uses: actions/checkout@v2

    - name: Set up Docker
      uses: docker/setup-buildx-action@v2

    - name: Build Docker Image
      run: |
        docker build -t my-app:latest .

# Etapa 8: Escaneamento da Imagem Docker com Trivy
docker_scan:
  runs-on: ubuntu-latest
  needs: docker_build  # Executa só se a construção do Docker for bem-sucedida

  steps:
    - name: Install Trivy
      run: |
        curl -sfL https://github.com/aquasecurity/trivy/releases/download/v0.34.0/trivy_0.34.                   0_Linux-64bit.deb -o trivy.deb
                             sudo dpkg -i trivy.deb

    - name: Scan Docker image for vulnerabilities
      run: |
        trivy image my-app:latest

# Etapa 9: Deploy e Publicação de Docker no DockerHub
docker_publish:
  runs-on: ubuntu-latest
  needs: docker_scan  # Executa só se o escaneamento do Docker for bem-sucedido

  steps:
    - name: Checkout repository
      uses: actions/checkout@v2

    - name: Log in to DockerHub
      uses: docker/login-action@v2
      with:
        username: ${{ secrets.DOCKER_USERNAME }}
        password: ${{ secrets.DOCKER_PASSWORD }}

    - name: Push Docker Image to DockerHub
      run: |
        docker tag my-app:latest my-dockerhub-repo/my-app:latest
        docker push my-dockerhub-repo/my-app:latest

# Etapa 10: Notificação por Email
send_notification:
  runs-on: ubuntu-latest
  needs: docker_publish  # Executa só se o Docker for publicado com sucesso

  steps:
    - name: Send email notification
      uses: dawidd6/action-send-mail@v3
      with:
        server_address: smtp.gmail.com
        server_port: 587
        username: ${{ secrets.GMAIL_USERNAME }}
        password: ${{ secrets.GMAIL_PASSWORD }}
        to: "recipient@example.com"
        subject: "CI/CD Pipeline Completed"
        body: "The latest version of the application is ready for deployment and has been pushed to DockerHub."