GoogleContainerTools/skaffold

Skaffold File Sync - Subsequent Pod Deploy

Offen

#6.924 geöffnet am 01.12.2021

Auf GitHub ansehenContributor Guide
 (6 Kommentare) (6 Reaktionen) (0 zugewiesene Personen)Go (1.416 Forks)batch import
area/synchelp wantedkind/bugkind/frictionpriority/p3

Repository-Metriken

Stars
 (12.822 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 3T 6h) (16 gemergte PRs in 30 T)

Beschreibung

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

Contributor Guide

Research-Richtung
Untersuchen Sie den Skaffold Dateisynchronisierungsmechanismus, insbesondere wie er mit der erneuten Bereitstellung von Pods umgeht. Sehen Sie sich den synchronisierungsbezogenen Code im Verzeichnis pkg/sync an. Prüfen Sie, ob es offene PRs oder Kommentare gibt, die dieses Problem diskutieren, wie z. B. Issue #6924. Erwägen Sie, den Fehler mit einem minimalen Beispiel zu reproduzieren, um das Verhalten zu bestätigen.
Tech Stack
go
Domain
backenddevops
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitGo
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70