2017-05-22 2 views
0

Für ein Team von 3 Entwicklern in einem Acumatica-Projekt, das das Acumatica Extensibility Framework (AEF) ziemlich stark verwendet, verwenden wir Git als Quellcodeverwaltung. Ich bin mir jedoch immer noch nicht sicher, welche Strategie wir hinsichtlich der Erstellung von Anpassungsprojekten befolgen sollten. Sollten wir nur ein Anpassungsprojekt verwenden, das allen Entwicklern zur Verfügung gestellt wird, oder sollten wir Anpassungsprojekte nach Funktion (oder möglicherweise pro Entwickler) aufteilen? Was sind die Auswirkungen jedes Ansatzes? Gibt es irgendeine Anleitung von Acumatica in dieser Angelegenheit?Acumatica Customization-Pakete für kleine Teams (3 Entwickler)

Antwort

1

Wir machen ein einzelnes Anpassungsprojekt, während wir an einem einzelnen Produkt arbeiten (mehrere Module). Das Verteilen der Anpassung macht es einfacher als eine einzelne Zip-Datei im Vergleich zu vielen Zip-Dateien. Wir verwenden ein Powershel-Skript, um das Anpassungspaket außerhalb von Acumatica zu erstellen, das einfach alle Dateien in eine neu erstellte Zip-Datei einfügt. Auf diese Weise kann jeder Entwickler schnell ein Anpassungspaket erstellen und das neueste nach Bedarf laden (wobei wiederum auf ein einzelnes Paket als unser bevorzugter Ansatz verwiesen wird). Hoffe das hilft.

+0

Danke für die Antwort. Wäre schön, wenn Sie das Powershell-Skript teilen könnten (nicht sicher, ob das möglich ist) –

+1

es ist sehr spezifisch für unsere TFS-Dateistruktur. Es macht nur eine Reihe von Dateikopien, aktualisiert die Beschreibung der Anpassung (XML-Bearbeitung) und erstellt dann eine Zip-Datei. Die meisten dieser Funktionen finden Sie auf Stackoverflow oder Google und fügen Sie sie alle zusammen. Ich bevorzuge Powershell über eine .net-Konsolenanwendung, nur weil ich das Skript nach Bedarf schnell aktualisieren kann. So könnte ich die Zip teilen, aber es könnte genauso einfach sein, von Grund auf neu zu erstellen, ohne herauszufinden, was wir mit unserem Skript machen. Nur ein Gedanke. – Brendan