Tag: continuous-deployment

Habe ich eine erstellt ASP.NET Kern-Web-API-app mit Visual Studio 2017 (Community Edition). Ich konnte erfolgreich veröffentlichen auf einer Azure-App-Dienst mithilfe von Visual Studio. Ich jetzt einrichten möchten, CI/CD mit VSTS. Ich nutzte die "Konfigurieren von Continuous Delivery"

Ich habe viele Stunden damit verbracht, zu versuchen, eine Lösung zu finden für diese ein. Muss ich bereitstellen von Jenkins zu einem remote-Wildfly (kein Docker, Vagrant, etc) und ich möchte die person, die bereitgestellt werden können, wählen

Ich versuche zu konfigurieren, Hudson, so dass ich in der Lage, automatisch bereitstellen eines build (.war-Datei) zu Tomcat. Die neu bereitgestellten bauen, dann werden Sie von jemandem benutzt um die Anwendung zu testen. Ich habe versucht, mit

den Befehl git branch --set-upstream-to develop origin/develop Ergebnisse in der Fehlermeldung fatal: branch 'origin/develop' does not exist Ich bin mir nicht sicher, was das andere Mittel als Ursprung entwickeln nicht vorhanden ist. Heißt das, es existiert nicht

Dies ist unsere Umwelt: Ich habe einen Kubernetes-cluster auf Amazon. Jenkins CI/CD auf Amazon, die eine Verbindung zu einem privaten GitLab und baut unsere Dienstleistungen als Docker-images. Amazon ECR, speichert unser Docker images. Meine Fragen: Wie kann

Haben wir eine Jenkins/Maven/Wildfly/Artifactory job, baut und setzt EAR file auf wildfly und dann in Artifactory. Ich versuche zu schaffen, ein weiteres Jenkins manuelle Arbeit, die ruft eine bestimmte build von Artifactory an und nutzt Sie, um

Verwenden wir tomcat 6 zu dienen, die eine activeMQ-basierte Java-backend für unsere Anwendung. Vor kurzem habe ich gesucht, in Umsetzung eines Continuous-Deployment-Lösung für die server-seitige Komponenten dieses Produktes. Was ich will zu tun haben, ist unsere Kontinuierliche

In meinem team, wir verwenden Gitlab ein remote-repository, so werden wir finden eine Lösung für auto deploy wir die apps auf Heroku direkt. Wir fanden Codeship für auto deploy-apps auf Heroku von Github. Irgendwelche Tipps? Tricks? doc.gitlab.com/ce/ci/deployment/README.html

Unter bestimmten Bedingungen, ich muss Abbrechen/beenden Sie einen Chef mit einem nicht-null-status-code, das wird dann weitergegeben zurück durch unsere Bereitstellung Kette und schließlich zu Jenkins, resultierend in einer großen, Fetten roten ball. Was ist der beste Weg,

Vor kurzem ich begann zu Lesen über die Bebauung Umgebungen mit Virtualisierung software (ich bin ein Anfänger) und es scheint, dass die "Infrastruktur als code" ist ein wirklich leistungsfähiges Konzept. Ich mag die workflow-Struktur beschrieben hier: Der

Ich bin mit teamcity 8.x.x-version.Ich konfigurierte mein Teamcity für das continuous deployment. Ich brauche ein feature branching deployment. Ich sehe das Dokument "http://confluence.jetbrains.com/display/TCD8/Working+++Äste". Ich versuche in diesem Dokument die Umsetzung auf meinem Teamcity. Ich habe ein problem.

Was ist der Unterschied zwischen diesen drei Begriffen? Meine Universität bietet die folgenden Definitionen: Continuous Integration im Grunde nur bedeutet, dass der Entwickler die Arbeitskopie synchron mit einem gemeinsamen Hauptstrecke mehrmals am Tag. Continuous Delivery ist beschrieben,