SBT Verzeichnisstruktur. Was ist "Projekt"?

Question

Ein Spiel-Projekt hat ein "Projekt" Ordner wie folgt aus:

• Projekt
  • Ziel
  • Projekt
    • Ziel

Ich dachte immer, das ist nur eines dieser Lebensgeheimnisse, über die ich nicht allzu viel nachdenken sollte, aber heute hat meine Neugierde das Beste von mir bekommen.

Googling gab mir this, die erwähnt, dass die oberste Ebene "Projekt" Ordner für sbt-Konfiguration ist. Ich frage mich, warum sie das nicht ".sbt" a la ".git" genannt haben und warum es außerhalb dieses Ordners noch eine Datei "build.sbt" gibt, aber ich nehme an, es macht keinen Spaß, die Dinge sinnvoll zu machen.

Es wird auch nicht erwähnt, warum es einen anderen Ordner "Projekt" darin enthält.

Warum gibt es einen verschachtelten "Projekt" -Ordner?

Answer 1

http://www.scala-sbt.org/0.13/tutorial/Organizing-Build.html:

build.sbt verbirgt, wie sbt wirklich funktioniert. sbt-Builds werden mit Scala-Code definiert. Dieser Code selbst muss erstellt werden. Gibt es einen besseren Weg als mit SBT?

Das Projektverzeichnis ist ein weiterer Build in Ihrem Build, der weiß, wie Sie Ihren Build erstellen. Um die Builds zu unterscheiden, verwenden wir manchmal den Begriff "richtiger Build", um auf Ihr Build zu verweisen, und "Meta-Build", um auf das Build-Projekt zu verweisen. Die Projekte innerhalb des Metabuild können alles tun, was auch immer ein anderes Projekt tun kann. Ihre Build-Definition ist ein sbt-Projekt.

Und die Schildkröten gehen den ganzen Weg hinunter. Wenn Sie möchten, können Sie die Build-Definition des Builddefinitionsprojekts optimieren, indem Sie ein Projekt/Projekt/-Verzeichnis erstellen.

Answer 2

SBT ist rekursiv. Es definiert Build-Eigenschaften für Ihr Projekt mit Scala-Code. Wo scala code? Zu dem anderen Projekt innerhalb des aktuellen Projekts. Wenn die Projektdefinition selbst ein korrektes Projekt ist, kann sie mit einer anderen sbt-Konfiguration konfiguriert werden. Und so weiter. Scala-Typen mögen rekursive Strukturen.

Sie können scala-Compiler-Version, Scala-Compiler-Optionen für verschachtelte (in Meta-Sinn) Projekte ändern. Es kann wahrscheinlich die Art und Weise ändern, wie das Metaprojekt interpretiert wird und was das oberste Projekt beeinflussen kann.