Zum Inhalt springen

Wie richtet Ihr TYPO3 Neos in euer Entwicklungsumgebung ein?

Erstellt am 23. Juni 2014 · 2 Antworten · letzte Antwort am 1. August 2014

Tags: Frage

vatyxul3net ·

Hallo Zusammen,

ich arbeite mich gerade etwas in TYPO3 Neos ein. So grundsätzlich ist ja alles vom Ansatz her ein wenig anders als man es von TYPO3 CMS gewohnt ist. Auch die Order/Datei-Struktur der Installation.

Ich nutze PhpStorm unter Windows und frage mich gerade, wie ich am besten ein Projekt mit TYPO3 Neos einbinden. Ein Testprojekt mit TYPO3 Neos ist bei mir auf einen Ubuntu-Server installiert, der sich im Netzwerk befindet.

Bei TYPO3 CMS hatte ich meisten ein PhpStorm-Projekt angelegt, bei dem der Webserver als "Remote host (SFTP)" verbunden ist. Und vom Server lasse ich dann nur selektiert einen Teil des "typo3conf"-Ordners lokal synchronisieren, da bei mir eh alles ein eine Extension ausgelagert ist.

Nur was wäre der beste Weg bei TYPO3 Neos? Einfach nur das Sites-Package der eigenen Seite einbinden, oder doch lieber mehr?

Mir geht es dabei auch um die Versionierbarkeit der projektbezogenen Daten.

Wie geht Ihr vor?

Viele Grüße!

einpraegsam.​net ·

Ich habe Neos aktuell nur lokal auf meinem Ubuntu laufen.
Dort habe ich das ganze Projekt in PhpStorm integriert. Über Settings/Directories kannst du z.B. Data/Temporary ausnehmen, damit PhpStorm nicht immer wieder bei jeder Änderung indizieren muss.
Über eine .gitignore im Root legen wir fest, dass die Package-Ordner Packages/Sites/In2code.* und Packages/Applications/In2code.* in GIT versioniert werden. Zusätzlich noch ein paar Unterordner von Build/ und Configuration/.
Ob das der beste Weg ist, kann ich natürlich nicht sagen 🙂

Unbekannter Benutzer ·

Klingt doch gut. So würde ich das auch vorschlagen. 🙂
Alternativ kann man auch einfach packages vom Typ 'typo3-flow-plugin' erstellen (die gehören dann in Applications/Plugins/) dann kann man Packages/Sites/ und Packages/Plugins/ versionieren.

Settings wie gewünscht, manche versionieren die, andere nicht. Ich würds tun...

Man könnte aber natürlich im minimalfall nur mit dem Sitepackage arbeiten.