Uploaded image for project: 'Migration Toolkit for Virtualization'
  1. Migration Toolkit for Virtualization
  2. MTV-2085

Use upstream volume populator lib instead of fork

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • 2.9.0
    • None
    • Controller
    • None
    • Use upstream volume populator lib instead of fork
    • False
    • None
    • False
    • Not Selected
    • To Do
    • VIRTSTRAT-6 - Engineering Excellence
    • VIRTSTRAT-6Engineering Excellence

      Goal

      Today we have a custom fork of a volume populator library, which we need to manually maintain and keep up with the Kubernetes upstream.

      After this epic, we should move to the official upstream and work with the upstream maintainers of the volume populator to expand whatever we to the general solution.

      User Stories

      • As a maintainer of MTV, I don't want to manually maintain a fork of an external library so that we don't need to worry about the different libraries' huge differences causing future issues. 
      • As a maintainer of MTV, I don't want to deal with the CVE fixes by manually fixing the code in our for lib.

      Non-Requirements

      • We should not force all changes that we did in the lib to the upstream, we should adapt our code to the upstream and expand it with only a general solution if absolutely necessary 

       

              Unassigned Unassigned
              mnecas@redhat.com Martin Necas
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated: