Domanda

Mi piacerebbe chiedere il ragionamento dietro il fatto che il plugin SBT-nativo-packager crea un simbolo / etc / -> / usr / share // conf (invece di mettere in realtà i file lì e in qualche modo specificando nelapp dove cercarli)?

In particolare come influenza l'aggiornamento / disinstallazione + processo di installazione?Le configura sono in qualche modo preservate (ad esempio per Debian con l'impostazione dell'architettura Java_Server)?

È stato utile?

Soluzione

.

Mi piacerebbe chiedere del ragionamento dietro il fatto, che il plugin SBT-Native-Packager crea un simbolo / ETC / -> / usr / share // conf

Mantenere tutto in un unico posto.Hai la directory dell'applicazione che contiene tutto e quindi collegati dalle cartelle specifiche del sistema operativo alle directory nella cartella dell'applicazione.

.

Le configura sono in qualche modo preservate

Sì davvero.Puoi provarlo con una semplice applicazione di gioco.Aggiungi questo a build.sbt

mappings in Universal <+= (packageBin in Compile, baseDirectory ) map { (_, base) =>
     val conf = base / "conf" / "application.conf"
     conf -> "conf/application.conf"
} 
.

Questo Mappare le tue application.conf nella cartella conf .Quando costruisci un pacchetto Debian con

debian:packageBin
.

Puoi vedere in Target / - / Debian / Conffiles una voce

/usr/share/<app-name>/conf/application.conf
.

A Apt-Get Rimuovi la tua-app non rimuoverà questo file, solo un Surge

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top