GoogleContainerTools/skaffold

Skaffold File Sync - Subsequent Pod Deploy

Ouverte

#6 924 ouverte le 1 déc. 2021

Voir sur GitHubGuide contributeur
 (6 commentaires) (6 réactions) (0 personne assignée)Go (1 416 forks)batch import
area/synchelp wantedkind/bugkind/frictionpriority/p3

Métriques du dépôt

Stars
 (12 822 étoiles)
Métriques de merge PR
 (Merge moyen 3j 6h) (16 PRs mergées en 30 j)

Description

Expected behavior

Skaffold resyncs files after a breaking change causes a pod to redeploy

Actual behavior

Skaffold doesn't do anything - it will continue to sync files to the new pod when changes are made but previous changes are ignored. I understand the files are synced to the pod rather than the container, but this requires skaffold dev to be restarted if the pod ever crashes.

Information

  • Skaffold version: v1.33.0
  • Operating system: MacOS 11.6
  • Installed via: Homebrew
  • Contents of skaffold.yaml:
  - image: myapp
    context: myapp
    docker:
      dockerfile: myapp.Dockerfile
    sync:
      infer:
      - '**'

Steps to reproduce the behavior

  1. setup skaffold with file sync
  2. once stable, make a change to trigger the file sync
  3. delete the pod that the file was synced to
  4. examine the new pod, the content isn't synced on pod standup

Guide contributeur

Direction de recherche
Étudiez le mécanisme de synchronisation de fichiers de Skaffold, en particulier comment il gère le redéploiement des pods. Examinez le code lié à la synchronisation dans le répertoire pkg/sync. Vérifiez s'il existe des PR ouverts ou des commentaires discutant de ce problème, comme l'issue #6924. Envisagez de reproduire le bug avec un exemple minimal pour confirmer le comportement.
Stack technique
go
Domaine
backenddevops
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitGo
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70