Einzelnen Beitrag anzeigen

Benutzerbild von Memnarch
Memnarch

Registriert seit: 24. Sep 2010
737 Beiträge
 
#86

AW: Neuer OpenSource Package Manager

  Alt 1. Sep 2015, 13:37
So, jetzt kommts Dicke @Memnarch.

Erst mal vielen Dank für Deinen Einsatz in deinen package manager. Die Richtung passt und wird hoffentlich eine ernstzunehmende Alternative zu GetIt, ABER:

In meinem Fall nützt mir der Manager nichts, weil er die Komponenten im globalen IDE-Package-Pfad installiert.

Bei uns sind die Komponenten aber direkt im Repository integriert, d.h. wenn ich eine ältere Version auschecke, hab ich auch die alten Komponenten in der IDE.

Wäre es möglich, das ganze so umzubauen, das es pro Projektgruppe/Verzeichnis funktioniert? Eigentlich wie schon bei NuGet in MSVS, da werden die packages auch pro Projekt verwaltet.
Und noch eine Stufe weiter wäre auch eine Unterstützung für Libs denkbar, die nicht kompiliert werden müssen und nur im Quelltext zum Projekt hinzugefügt werden.

Wäre das eine Entwicklung, die weiter verfolgt werden sollte? Aus Deiner Sicht?
Hi,
Die Componennten pro projekt zu installieren, wurde schon an anderer stelle gewünscht und ich werde dies durchaus als Ziel für die Zukunft notieren. Das theoretische Prinzip sollt auch nicht zu schwer umzusetzen sein(dank den Abstraktionen lässt sich jede input/output ebene eigentlich gut steuern). Es müsste ein unterverzeichnis für das Projekt angelegt werden, dort alle Componennten installiert werden und die Suchpfade in der Projektdatei eingetragen werden.(Referenzen in der DProj selbst sind dann natürlich pflicht, besser als ne datei daneben)

Zitat:
Und noch eine Stufe weiter wäre auch eine Unterstützung für Libs denkbar, die nicht kompiliert werden müssen und nur im Quelltext zum Projekt hinzugefügt werden.
Das sollte schon jetzt funktionieren, da die angegebenen Verzeichnisse ja zuerst in den Zielpfad kopiert werden.
Siehe Mormot

Wir können das Projekt ja Forken, um es entsprechend zu erweitern.
Ich bin prinzipiel für jede Hilfe Dankbar, nur möchte ich darauf hinweisen, dass ich um jeden Preis eine Linuxifizierung vermeiden würde wenns geht. also zum Beitragen immer gern .
Allerdings wäre es nicht besser, wen man sich dann zur gegebener Zeit erstmal zusammensetzt um den Featurerahmen bzw wie das ganze implementiert werden soll, abzusteken? Ich plahne z.B. auch noch die implementierung von Dependencies. Das zusammen mit Global/Project-Based installations wird ne schöne Hölle(die ich aber bereit bin zu betreten).

Möchte es vermeiden, dass wir uns dann behaken

EDIT: was auch geplahnt war, und das könnte ein Teil des per Projektinstallationsproblems lösen:
Componennten werden immer "Global" installiert werden. Es können aber von einer komponennte mehrere Versionen installiert sein, und nur eine ist aktiv. (Welche version benötigt wird, ließe sich dann in einem Projekt abspeichern). Wobei per projekt immernoch seine Vorteile hat.
Da man Trunc nicht auf einen Integer anwenden kann, muss dieser zuerst in eine Float kopiert werden

Geändert von Memnarch ( 1. Sep 2015 um 13:41 Uhr)
  Mit Zitat antworten Zitat