Vom Template zum Release
Ein Projekt startet mit Struktur, Konventionen und vorbereiteter Pipeline.
MainPath für Startups
Pipeline, Server und Stores sind da, bevor das Team sie baut.
Die ersten Monate mit und ohne Plattform
So unterscheidet sich der Alltag.
| Aufgabe |
Mit MainPath
|
Ohne Plattform |
|---|---|---|
| Projekt-Setup | Vollständig abgedeckt: Repository, Projektstruktur, CI/CD-Pipeline, Server-Anbindung, Domain | Nicht angeboten: Erste Wochen gehen für Grundlagen statt Produktfunktionen weg |
| Web und Mobile gleichzeitig | Vollständig abgedeckt: Ein Projekt umfasst Frontend, Backend | Teilweise abgedeckt: Getrennte Setups pro Plattform, jedes mit eigener Pipeline |
| DevOps-Wissen im Team | Vollständig abgedeckt: Server-Grundsetup, Datenbanken, Reverse-Proxy, SSL, Firewall | Nicht angeboten: Eine Person wird nebenbei zur Infrastruktur-Zuständigen |
| Deployment | Vollständig abgedeckt: Jeder Merge läuft durch dieselbe GitLab-CI-Pipeline für Test, Build | Teilweise abgedeckt: Deployments hängen an Skripten und an der Person, die sie geschrieben hat |
| Store-Release | Vollständig abgedeckt: App Store, Play Store und Microsoft Store inklusive Metadaten, Screenshots | Nicht angeboten: Signaturen und Store-Formulare kosten pro Release einen Tag |
| Fehler in Produktion sehen | Vollständig abgedeckt: Error-Tracking mit Sentry, sobald du dein Konto unter Anbindungen verbindest. | Nicht angeboten: Nutzer melden Fehler, bevor das Team sie bemerkt |
| Neue Entwickler einarbeiten | Vollständig abgedeckt: Remote-Workspaces mit VS Code, JetBrains | Nicht angeboten: Ein bis zwei Tage Einrichtung pro Rechner, oft mit offenen Fragen |
| Due Diligence | Vollständig abgedeckt: Deployment-Konfiguration, Audit Log, Rollen | Teilweise abgedeckt: Angaben zu Betrieb und Zugriffen werden für den Datenraum rekonstruiert |
| Mitwachsen | Vollständig abgedeckt: Weitere Umgebungen, Nutzer, Workspaces und CI-Minuten kommen als Add-ons hinzu | Teilweise abgedeckt: Ein Setup für zwei Personen trägt bei zehn nicht mehr |
| Abhängigkeit vom Anbieter | Vollständig abgedeckt: Repositories, Pipeline-Konfiguration | Teilweise abgedeckt: Verstreute Dienste, die einzeln ersetzt werden müssen |
Grün ist abgedeckt, gelb teilweise, grau nicht vorgesehen.
Was ein kleines Team davon hat
Sechs Punkte, die zwischen Prototyp und Serie-A den Unterschied machen.
Web und Mobile in einem Projekt
Frontend, Backend und mobile Apps gehören zum selben Projekt.
Infrastruktur ohne eigene Rolle
Docker, Datenbanken, Reverse-Proxy, SSL, Firewall
Fehler früh sichtbar
Sobald du Sentry unter Anbindungen verbindest, kommen Produktionsfehler
Bereit für Due Diligence
Audit Log, Rollen, Zugriffsrechte und Deployment-Konfiguration beantworten die Fragen, die im Datenraum auftauchen.
KI-Agenten sinnvoll einsetzen
Der MCP-Server, die mp CLI und das VS-Code-Plugin binden Cursor
Pipeline für Kunden-App
test
build
publish
release
So kommst du in wenigen Schritten zum ersten Release
Der Ablauf ist derselbe, ob du eine Website oder eine mobile App baust.
-
Projekt anlegen
Wähle im Assistenten Name, Plattformen und Stack.
-
Server verbinden
Nutze einen Managed Server oder binde einen eigenen per SSH an.
-
Produkt bauen
Arbeite lokal mit der MainPath Toolbox oder in einem Cloud-Workspace.
-
Ausliefern
Die Pipeline übernimmt Build, Versionierung und Deployment.
Häufige Fragen
Wir haben niemanden für DevOps. Ist das ein Problem?
Nein, für diesen Fall ist MainPath gedacht.
Können wir Web und Mobile aus einem Projekt heraus bauen?
Ja. Ein Projekt kann Frontend, Backend
Was passiert, wenn wir schnell wachsen?
Das Preismodell besteht aus einem Grundpreis
Hilft das bei einer Due Diligence?
Es beantwortet einen relevanten Teil der technischen Fragen.
Sind wir danach an MainPath gebunden?
Der Code gehört vollständig dir.
Sales-Team kontaktieren
Erzähl uns, was ihr baut. Wir melden uns über das Kontaktformular.