Moin, ich brauche eine nette Lösung um binaries zu verwalten. Das heißt unterschiedliche Setups gehen an unterschiedliche kunden. Will mir merken wer wann welche Version bekommen hat und ggf mit Anleitung für besondere Schritte.

Vom Prinzip ist es ne Excel Liste und ein network share mit Ordnern. Hätte das aber lieber in fancy. Wir können diese Microsoft powerapps auf Arbeit verwenden … Da sträubt sich in mir aber irgendwie alles.

Habt ihr ein tool für sowas oder Ideen?

  • aard@kyu.de
    link
    fedilink
    arrow-up
    6
    ·
    9 months ago

    Bekommen Kunden eigene Builds, oder generische Builds, nur ggf. mit separaten Konfigurationsdateien/Anleitungen pro Kunde?

    Beides liesse sich ueber das CI-System erschlagen, nur an jeweils anderen Stellen - bei ersterem Branches in den jeweiligen Software-Repos, bei letzterem eben ein eigenes Repo das die Dokumentation und Metadaten hat um die Buildartifakts aus dem Buildsystem zu holen. Ich wuerde das so loesen dass bei einem Doku/Metadatenupdate in dem Repo CI dann einen Archiv mit dem ganzen Zeug erstellt das dann direkt an den Kunden geht.

    Das setzt jetzt allerdings voraus dass ich halbwegs ordentliche Buildablaeufe habt - was leider weiterhin nicht selbstverstaendlich ist. Falls es daran hakt wuerde ich erstmal schauen da was aufzubauen.

    (Disclaimer: Ich hab eine Firma die als Hauptfeld Beratung und Implementation von CI, Testautomatisierung, Changemanagement und damit verwandte Felder macht)

    • mattiOP
      link
      fedilink
      arrow-up
      2
      ·
      9 months ago

      Ja hatte ich auch gedacht. Es steht aber überall keine binaries in GIT lagern

      • suppenloeffel@feddit.de
        link
        fedilink
        arrow-up
        4
        ·
        edit-2
        9 months ago

        Das Problem mit Binaries ist, dass Deltas schwierig sind. Heißt bei git commits von Binaries mit kleinen Änderungen wird bei vanilla git trotzdem die gesamte Binary erneut hochgeladen. Das kann bei x Updates für y Kunden schon schnell aus dem Ruder laufen.

        Gibt aber diverse Möglichkeiten, das Problem zu mitigieren. Hier eine kleine Übersicht.

        Oder auf oldschool ne schnöde SQL-Datenbank mit nem optionalen buntem Interface. Da hast du das Problem mit Duplikaten bei korrektem Design nicht, alle Anforderungen abgedeckt und ist im Zweifel auch schnell selbst gebaut.

  • aaaaaaaaargh@feddit.de
    link
    fedilink
    Deutsch
    arrow-up
    1
    ·
    edit-2
    9 months ago

    Wir machen das mit Gitea und DroneCI. Seit einer Weile ist technisch gesehen zweiteres gar nicht mehr nötig, da Gitea mittlerweile ein Github Actions nachempfundenes CI-System hat. Und selbst ohne CI wäre es meine erste Wahl, da ich keine Package Registry (das ist glaube ich, was du suchst) kenne, die so viele Formate kennt - nichtmal kommerzielle Alternativen.

    EDIT: Für dich dürfte speziell das hier interessant sein: https://docs.gitea.com/usage/packages/generic

  • cron@feddit.de
    link
    fedilink
    arrow-up
    1
    ·
    9 months ago

    Vielleicht so was wie ein kleines Wiki? Das kannst leicht bearbeiten und darin die Dateien verlinken.

    Optimalerweise halt eine Lösung verwenden, die im Unternehmen schon mal zum Einsatz kommt. Im Prinzip kann man das auch mit Sharepoint+Onedrive machen.