From 754bbf7a25a8dda49b5d08ef0d0443bbf5af0e36 Mon Sep 17 00:00:00 2001 From: Craig Jennings Date: Sun, 7 Apr 2024 13:41:34 -0500 Subject: new repository --- devdocs/vagrant/push%2Findex.html | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 devdocs/vagrant/push%2Findex.html (limited to 'devdocs/vagrant/push%2Findex.html') diff --git a/devdocs/vagrant/push%2Findex.html b/devdocs/vagrant/push%2Findex.html new file mode 100644 index 00000000..86aa70fd --- /dev/null +++ b/devdocs/vagrant/push%2Findex.html @@ -0,0 +1,24 @@ +

Vagrant Push

As of version 1.7, Vagrant is capable of deploying or "pushing" application code in the same directory as your Vagrantfile to a remote such as an FTP server.

Pushes are defined in an application's Vagrantfile and are invoked using the vagrant push subcommand. Much like other components of Vagrant, each Vagrant Push plugin has its own configuration options. Please consult the documentation for your Vagrant Push plugin for more information. Here is an example Vagrant Push configuration section in a Vagrantfile:

config.push.define "ftp" do |push|
+  push.host = "ftp.company.com"
+  push.username = "..."
+  # ...
+end
+
+

When the application is ready to be deployed to the FTP server, just run a single command:

$ vagrant push
+
+

Much like Vagrant Providers, Vagrant Push also supports multiple backend declarations. Consider the common scenario of a staging and QA environment:

config.push.define "staging", strategy: "ftp" do |push|
+  # ...
+end
+
+config.push.define "qa", strategy: "ftp" do |push|
+  # ...
+end
+
+

In this scenario, the user must pass the name of the Vagrant Push to the subcommand:

$ vagrant push staging
+
+

Vagrant Push is the easiest way to deploy your application. You can read more in the documentation links on the sidebar.

+

+ © 2010–2018 Mitchell Hashimoto
Licensed under the MPL 2.0 License.
+ https://www.vagrantup.com/docs/push/ +

+
-- cgit v1.2.3