diff --git a/README.md b/README.md
index dc44891..14b6ff5 100644
--- a/README.md
+++ b/README.md
@@ -6,6 +6,7 @@ Der Proxy ist aufgeteilt in zwei Git Projekte auf git.fet.at
 * Der wichtigste Teil ist *nginx.conf* diese wird ins Dockerimage gepackt. Diese sollte nicht zwischendurch verändert werden.
 * *Dockerfile* in diesem Dockerfile sind alle Schritte für die Vorbereitung des Images mit openresty.
 2. [Konfiguration & Doku](https://git.fet.at/andis/triton2_config/)
+
 ![Triton Config](docs/tritonconfig.png)
 Wichtige Teile sind: 
 
@@ -15,6 +16,7 @@ Wichtige Teile sind:
 
 
 ## Installation 
+
 ### Docker
 Damit dieses Projekt genutzt werden kann ist eine docker Installation erforderlich. Dafür einfach Google mit Docker-ce + dem jeweiligen Betriebssystem nutzen.
 
@@ -39,7 +41,9 @@ Für Debian
     sudo docker run hello-world
 
 
-### Deployen via Portainer
+### Variante: Deployen via Portainer
+Der Vorteil das Projekt so zu deployen ist, dass es sehr schnell geht und ein grafisches Interface zur Verfügung steht.
+
 #### Portainer installieren
 Falls Portainer noch gar nicht installiert ist:
 [Portainer from scratch](https://docs.portainer.io/v/ce-2.9/start/install/server/docker/linux)
@@ -47,29 +51,39 @@ Falls Portainer noch gar nicht installiert ist:
 Falls Portainer schon installiert ist und die neue Docker Umgebung verwaltet werden soll
 [Portainer Agent installieren](https://docs.portainer.io/v/ce-2.9/start/install/agent/docker/linux)
 
+
 #### Stack deployen
 ![DeployStackScreenshot1](docs/DeployComposeStack1.png)
-fghj
 ![DeployStackScreenshot2](docs/DeployComposeStack2.png)
-###
+Mit diesem Befehl wird direkt das file "docker-compose.yml" deployed. 
+Alernativ kann auch der Inhalt aus dem docker-compose.yml in den Editor in Portainer kopiert werden.
 
 
 
+### Variante diekt clonen + docker-compose
 
 
-
-
-Es gibt zwei Varianten dieses Projekt zu nutzen. 
-Variante 1 ist, das projekt lokal zu clonen und dann die Konfigurationsordner mit lokalem BIND an den Container zu binden.
-Der Vorteil von Variante 1 ist, dass lokal Änderungen an der Konfiguration durchgeführt werden können. 
-Der Nachteil daran ist, dass darauf geachtet werden muss lokale Änderungen wieder zu pushen und die Vorteile des Containers nicht voll genutzt werden.
-## Variante 1
     git clone https://git.fet.at/andis/triton2_config
 
     docker-compose up
 
+ 
+### Updates
+Wenn der Code gepusht wird und keine Fehler in der Konfiguration sind wird das neueste Template auf die Docker registry gepusht.
+[Jenkins Pipeline](jenkins.fet.at)
+
+dann kann einfach mit docker das neueste Image deployd werden. Besonders mit Portainer ist das einfach. 
+
+ #### Bind 
+Wenn das Projekt auf dem Server gecloned ist kann auch die conf.d mit bind in den Container gemountet werden. Achtung Änderungen am Image können dann weniger leicht deployed werden.
+    # bei der Produktivvariante macht es Sinn hier einen Ordner zu mappen
+    # zB: /srv/conf.d/:/etc/nginx/conf.d/
+
 
 ![Triton2 Configuration Project](docs/tritonconfig.png)
+Wir haben bis jetzt
+
+
 
 
 ## Einrichten einer externen Seite:
diff --git a/build b/build
new file mode 100644
index 0000000..6be45ce
--- /dev/null
+++ b/build
@@ -0,0 +1 @@
+docker build -t docker.fet.at/openrestyfetfull .
\ No newline at end of file
diff --git a/docker-compose.yml b/docker-compose.yml
index 04b6473..9800377 100644
--- a/docker-compose.yml
+++ b/docker-compose.yml
@@ -6,7 +6,7 @@ services:
     ports:
       - "80:80"
       - "443:443"
-    volumes:
+   # volumes:
     # bei der Produktivvariante macht es Sinn hier einen Ordner zu mappen
     # zB: ./conf.d/:/etc/nginx/conf.d/
 #     - nginxconf:/etc/nginx/conf.d/