vagrant-service-manager 1.2.0 → 1.2.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
checksums.yaml CHANGED
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  SHA1:
3
- metadata.gz: 85d5930d50032ff227fe63924f9e96e3f43877d0
4
- data.tar.gz: 1960b2b1b233f3154b5c80961e56f9a8ad94a60b
3
+ metadata.gz: cf741305f765a3885caab63cddcfdd6428d3ddf9
4
+ data.tar.gz: 799608609c331ee3a35586a53d56139cbfbe0998
5
5
  SHA512:
6
- metadata.gz: c4a8326b93fbebe49b33f562bf569af44a1136f3d21cb33a7bef8ff0d14ff7e85eb73a160bd419c446c6bc7130860a24f26075176e2767186f1661d385897d61
7
- data.tar.gz: 58fb6c65fad2cb6d46295d65f3322fb193a003ed073873e388563ed2798af29bb1f8a40a5390580db2bf49ce95a546f0b21e0eaeddb32be8c56f0e53176e7795
6
+ metadata.gz: 90d35a506e05a208df03011389b0da295c5b526581c24542d9aef32dfc84344f9e1842761a62e6df78dbff5b9dd4abdfba0dee3edb076c35d34bc6ec478df419
7
+ data.tar.gz: 867fcc3a0cbcb1adf96d615fcffa02816af73651ad4009f8672618e2483a395df5e0d1d212969fc9b02f4c89f66a1277332802bcb396712c5da8e53e28d6a6c7
@@ -1,27 +1,37 @@
1
1
  # Changelog
2
2
 
3
+ ## v1.2.1 Jul 15, 2016
4
+
5
+ - Fix #343 Updated CHANGELOG for user name @budhrg
6
+ - Fix #330 Documenting release process @hferentschik
7
+ - Fix #313 Explicitly requiring rubyzip as dependency in gemspec @hferentschik
8
+ - Fix #336 Link commands.adoc @budhrg
9
+ - Fix #197 Created new doc for available commands with examples @Preeticp
10
+
3
11
  ## v1.2.0 Jul 14, 2016
4
12
 
5
- - Issue #331: Update expectation for DOCKER_API_VERSION in cucumber test
6
- - Issue #323: Add note about default download location of client binaries in README documentation
7
- - Issue #321: `install-cli docker` errors "Download URL is not accessible" blocker bug
8
- - Issue #312: install-cli commands throws an error when trying to install Kubernetes CLI bug
9
- - Issue #291: Update doc example for env to reflect new changes documentation
10
- - Issue #289: Remove Vagrantfile in root of repository
11
- - Issue #287: Remove unnecessary TODO file from repo
12
- - Issue #285: Use native methods to detect host platform instead of OS module
13
- - Issue #282: Add build status to README build
14
- - Issue #281: The ADB/CDK download rake tasks should be made proper Rake tasks build enhancement
15
- - Issue #278: Missing acceptance tests for command like status, service operations test
16
- - Issue #275: Typo in `vagrant service-manager env --help` command output text bug
17
- - Issue #270: DOCKER_API_VERSION not set properly on Windows bug
18
- - Issue #262: Update CI setup configuration
19
- - Issue #252: Cosmetic bug: vagrant service-manager box ip --script-readable
20
- - Issue #207: Remove vagrant-service-manager.spec and stop publishing gem as rpm
21
- - Issue #196: Introduce unit test harness test
22
- - Issue #93: Implement style guide based test using rubocop test
23
- - Issue #90: Add install-cli command enhancement focus:devex
24
- - Issue #20: --force should force redownloading the TLS certificates documentation
13
+ - Fix #331 Updating test expectation after latest ADB release @hferentschik
14
+ - Fix #207 Removes SPEC file from repository and reference from README @navidshaikh
15
+ - Fix #321 Adding support for HTTPS URLs for download URLs @budhrg
16
+ - Fix #323 Adding note about CLI default download location @navidshaikh
17
+ - Fix #312 Improving test for install-cli of Kubernetes @hferentschik
18
+ - Fix #312 Adding message to install-cli to indicate that Kubernetes is not supported by this command @budhrg
19
+ - Fix #93 Adding Rubocop configuration @hferentschik
20
+ - Fix #90, #196 and #289 Introducing unit tests using minitest @budhrg
21
+ - Fix #90 Add install-cli command @budhrg
22
+ - Fix #281 Making download of box file a true dependency of the feature task with update checks @hferentschik
23
+ - Fix #20 Adding documentation about the Docker TLS certification creation @hferentschik
24
+ - Fix #291 Reorganized the Available Commands section @preeticp
25
+ - Fix #285 Native methods to detect host platform @budhrg
26
+ - Fix #287 Removed Unnecessary TODO file @budhrg
27
+ - Fix #288 Adding build status image to README @hferentschik
28
+ - Fix #278 Acceptance tests for --help option for commands like box, env and service-operations @budhrg
29
+ - Fix #275 Fixes typo in vagrant service-manager --help output @navidshaikh
30
+ - Fix #272 README fix for env default behavior @budhrg
31
+ - Fix #262 Updating CI config @hferentschik
32
+ - Fix #270 Fix DOCKER_API_VERSION properly on Windows @budhrg
33
+ - Fix #268 Explicitly setting v1.8.4 as dev version for Vagrant as HEAD has switched to Ruby 2.2 @hferentschik
34
+ - Fix #252 Added --script-readable option to box ip @budhrg
25
35
 
26
36
  ## v1.1.0 Jun 08, 2016
27
37
  - Updated README to make Installation Instructions clearer @bexelbie
@@ -102,3 +102,36 @@ $ git merge fix-123
102
102
  # Push to origin
103
103
  $ git push origin master
104
104
  -------------------------------------------------------------------------
105
+
106
+ == Releasing
107
+
108
+ * Make sure the HEAD of development builds and passes all tests:
109
+ `bundle exec rake clean rubocop test features install`. You can also
110
+ verify against https://ci.centos.org/job/vagrant-service-manager[CI]
111
+ * Review https://github.com/projectatomic/vagrant-service-manager/milestones[milestone] for the current release
112
+ ** Make sure all issues are resolved
113
+ ** Move unresolved issues into an upcoming release
114
+ ** Close milestone
115
+ * Update the link:CHANGELOG.adoc[CHANGELOG]
116
+ * Update link:lib/vagrant-service-manager/version.rb[version.rb] with the correct
117
+ release version. Consider http://semver.org/:[Semantic Versioning] guidelines
118
+ when deciding on the release version
119
+ * Commit _CHANGELOG_ and _version.rb_ using commit message of the form:
120
+ `vagrant-service-manager version=<version>`
121
+ * Push commit to upstream
122
+ * Release the gem: `bundle exec rake release`
123
+ * Update link:lib/vagrant-service-manager/version.rb[version.rb] with the next anticipated release version, eg _1.42.0.dev_
124
+ * Commit with message: `vagrant-service-manager setting dev version <version>.dev`
125
+ * Push upstream
126
+ * Create a Github https://github.com/projectatomic/vagrant-service-manager/releases[release] and paste change log for release
127
+
128
+ == Maintainers
129
+
130
+ * Brian Exelbierd <bexelbie@redhat.com> @bexelbie
131
+ * Budh Ram Gurung <bgurung@redhat.com> @budhrg
132
+ * Hardy Ferentschik @hferentschik
133
+ * Lalatendu Mohanty <lmohanty@redhat.com> @LalatenduMohanty
134
+ * Navid Shaikh <nshaikh@redhat.com> @navidshaikh
135
+
136
+
137
+
@@ -57,7 +57,7 @@ instructions consult the
57
57
  https://github.com/projectatomic/adb-atomic-developer-bundle/blob/master/docs/installing.rst[Installation
58
58
  Documentation].
59
59
  +
60
- *Note:* When the vagrant-service-manager plugin is loaded and an ADB box is
60
+ NOTE: When the vagrant-service-manager plugin is loaded and an ADB box is
61
61
  started using the VirtualBox provider, the user needs to add a routable
62
62
  non NAT network interface declaration in the Vagrantfile. If the user
63
63
  does not provide a network declaration in the Vagrantfile, a private
@@ -78,77 +78,50 @@ export DOCKER_API_VERSION=1.20
78
78
  # eval "$(vagrant service-manager env docker)"
79
79
  ----------------------------------------------------------------------------
80
80
  +
81
- *Note:* The required TLS certificates are copied to the host machine at
81
+ NOTE: The required TLS certificates are copied to the host machine at
82
82
  the time of `vagrant up` itself. Every run of
83
83
  `vagrant service-manager env docker` checks for the validity of the
84
84
  certificates on the host machine by matching the certificates inside the
85
- box. If the certificates on the host machine are invalid, this command
85
+ VM. If the certificates on the host machine are invalid, this command
86
86
  will also re-download the certificates onto the host machine.
87
87
 
88
88
  === Available commands
89
89
 
90
- The following section lists the available commands for the plugin and
91
- their explanation:
90
+ The following section lists the high level commands available for the plugin,
91
+ which enable you to:
92
92
 
93
- 1. `vagrant service-manager [command] [--help | -h]`
94
- +
93
+ - set up your environment variables and get the TLS certificates to secure the
94
+ Docker communication channel
95
+ - identify the routable ip address as well as the version of your VM
96
+ - and manage the life cycle of the configured services
97
+
98
+ For a detailed list of all available commands and their explanations refer
99
+ to the link:commands.adoc[Commands Document].
100
+
101
+ - `vagrant service-manager [command] [--help | -h]` +
95
102
  Displays the possible commands, options and other relevant information
96
- for the vagrant-service-manager plugin. If a `command` is specified,
97
- only the help relevant to that command is displayed.
103
+ for the vagrant-service-manager plugin.
98
104
 
99
- 1. `vagrant service-manager env [service] [--script-readable]`
100
- +
101
- Displays connection information for all active services in the box in a
102
- manner that can be evaluated in a shell. +
103
- If a `service` is specified, only the information for that service is displayed.
104
- The supported services are: Docker, OpenShift. +
105
- When `--script-readable` is specified the output is in `key=value` format. +
106
- In the case of the _docker_ service, the required TLS certificates for securing the Docker
107
- communication will be regenerated and copied to the host as part of the command execution.
108
- If existing certificates are found to be invalid, they get regenerated.
109
-
110
- 1. `vagrant service-manager box [command] [--script-readable]`
111
- +
112
- Displays box related information like release version, IP etc.
113
- +
114
- The possible options for `command` are:
105
+ - `vagrant service-manager env [service] [--script-readable]` +
106
+ Displays connection information for all active services in the VM, in a
107
+ manner that can be evaluated in a shell.
115
108
 
116
- * `version`: Displays the version and release information of the running VM.
117
- * `ip`: Displays the routable IP address of the running VM.
118
- +
119
- When `--script-readable` is specified the output is in `key=value` format.
109
+ - `vagrant service-manager box [command] [--script-readable]` +
110
+ Displays VM related information like release version, IP, etc.
120
111
 
121
- 1. `vagrant service-manager [operation] [service]`
122
- +
112
+ - `vagrant service-manager [operation] [service]` +
123
113
  Manages the life cycle of a service.
124
- +
125
- The possible options for `operation` are:
126
-
127
- * `status`: Lists services and their running state. If a `service` is specified only
128
- the status of that service is displayed. If no service is provided then
129
- only supported orchestrators are reported.
130
- * `start`: Start the given service in the box.
131
- * `stop`: Stop the given service in the box.
132
- * `restart`: Restart the given service in the box.
133
- +
134
- The supported options for `service` are `docker` and `openshift`.
135
114
 
136
- 1. `vagrant service-manager install-cli [service]`
137
- +
138
- Install the client binary for the specified `service`. Binaries are per default downloaded to
139
- `$VAGRANT_HOME/data/service-manager/bin/<service>/<cli-version>`, where `$VAGRANT_HOME` defaults to
140
- `.vagrant.d` in your home directory.
141
- +
142
- The supported options for `service` are `docker` and `openshift`.
115
+ - `vagrant service-manager install-cli [service]` +
116
+ Installs the client binary for the specified service.
143
117
 
144
118
  [[debug-flag]]
145
119
  ==== Debug Flag
146
120
 
147
121
  Append `--debug` flag to enable debug mode.
148
122
 
149
- *Note:* Debug output from `vagrant-service-manager` is prepended with
123
+ NOTE: Debug output from `vagrant-service-manager` is prepended with
150
124
  the following string:
151
-
152
125
  `DEBUG command: [ service-manager: <command name / log message> ]`
153
126
 
154
127
  === Exit codes
@@ -207,7 +180,8 @@ As most other open-source projects, vagrant-service-manager has a set of convent
207
180
  about how to write code for it. It follows the
208
181
  https://github.com/bbatsov/ruby-style-guide[Ruby Style Guide].
209
182
 
210
- You can verify that your changes adhere to this style using the http://batsov.com/rubocop[RuboCop] Rake task:
183
+ You can verify that your changes adhere to this style using the
184
+ http://batsov.com/rubocop[RuboCop] Rake task:
211
185
 
212
186
  --------------------------
213
187
  $ bundle exec rake rubocop
@@ -239,7 +213,7 @@ acceptance tests. They can be run via:
239
213
  $ bundle exec rake features
240
214
  ---------------------------
241
215
 
242
- *Note:* This Cucumber tests do not run on Windows, pending resolution of
216
+ NOTE: These Cucumber tests do not run on Windows, pending resolution of
243
217
  https://github.com/projectatomic/vagrant-service-manager/issues/213[Issue #213].
244
218
 
245
219
  Per default, only the scenarios for ADB in combination with the
@@ -0,0 +1,272 @@
1
+ = Available Commands and Examples
2
+ :toc:
3
+ :toc-placement!:
4
+
5
+ Once you start the virtual machine using `vagrant up`, you can use
6
+ vagrant-service-manager to manage your development environment.
7
+
8
+ '''
9
+ toc::[]
10
+ '''
11
+
12
+ You can use vagrant-service-manager to set up your environment variables and
13
+ get the TLS certificates to secure the Docker communication channel; identify
14
+ the routable ip address and version of your VM; and check the status and
15
+ manage the life cycle of the configured services in the development environment.
16
+
17
+ To run the vagrant-service-manager plugin use: +
18
+ -------------------------------------------
19
+ vagrant service-manager [command] [options]
20
+ -------------------------------------------
21
+ The following commands can be used: +
22
+
23
+ `env`:: Displays the connection information for services in the VM +
24
+ `box`:: Displays the VM related information like version, release, IP etc +
25
+ `status`:: Lists services and their running state +
26
+ `start`:: Starts the given service in the VM +
27
+ `stop`:: Stops the given service in the VM +
28
+ `restart`:: Restarts the given service in the VM +
29
+
30
+ The following options can be used: +
31
+
32
+ `--script-readable`:: Displays information in a key=value format +
33
+ `-h, --help`:: Prints help for the specific command being run +
34
+
35
+
36
+ == Set Environment Variables and Get Certificates
37
+
38
+ If you need to set the environment variables and get the certificates for all
39
+ active services in the VM, run: +
40
+
41
+ `$ vagrant service-manager env` +
42
+
43
+ Usage: `vagrant service-manager env [service] [options]`
44
+
45
+ The possible options for service are `docker` and `openshift`. +
46
+ If no service is specified `vagrant service-manager env` provides connection
47
+ information for all active services.
48
+
49
+ The following options can be used: +
50
+
51
+ `--script-readable`:: Displays information in a key=value format +
52
+ `-h, --help`:: Prints help for the specific command being run. +
53
+
54
+ === Examples
55
+
56
+ If you need connection information for all active services in the VM, in a
57
+ manner that can be evaluated in a shell, use:
58
+ -----------------------------------------------------------------------------
59
+ $ vagrant service-manager env
60
+
61
+ # docker env:
62
+ # Set the following environment variables to enable access to the
63
+ # docker daemon running inside of the vagrant virtual machine:
64
+ export DOCKER_HOST=tcp://10.1.2.2:2376
65
+ export DOCKER_CERT_PATH=/foo/bar/.vagrant/machines/default/virtualbox/docker
66
+ export DOCKER_TLS_VERIFY=1
67
+ export DOCKER_API_VERSION=1.21
68
+
69
+ # openshift env:
70
+ # You can access the OpenShift console on: https://10.1.2.2:8443/console
71
+ # To use OpenShift CLI, run: oc login https://10.1.2.2:8443
72
+ export OPENSHIFT_URL=https://10.1.2.2:8443
73
+ export OPENSHIFT_WEB_CONSOLE=https://10.1.2.2:8443/console
74
+ export DOCKER_REGISTRY=hub.openshift.centos7-adb.10.1.2.2.xip.io
75
+
76
+ # run following command to configure your shell:
77
+ # eval "$(vagrant service-manager env)"
78
+ -----------------------------------------------------------------------------
79
+
80
+ If you would like to get the environment variables, and if applicable,
81
+ certificates for a specific service, specify the service name. For example, for
82
+ Docker use: +
83
+
84
+ ----------------------------------------------------------------------------
85
+ $ vagrant service-manager env docker
86
+ # Set the following environment variables to enable access to the
87
+ # docker daemon running inside of the vagrant virtual machine:
88
+ export DOCKER_HOST=tcp://172.28.128.3:2376
89
+ export DOCKER_CERT_PATH=/foo/bar/.vagrant/machines/default/virtualbox/docker
90
+ export DOCKER_TLS_VERIFY=1
91
+ export DOCKER_API_VERSION=1.21
92
+
93
+ # run following command to configure your shell:
94
+ # eval "$(vagrant service-manager env docker)"
95
+ ----------------------------------------------------------------------------
96
+
97
+ NOTE: The `env` command checks to make sure that the TLS certificate on the host
98
+ used with docker is valid. If it is invalid, the command will automatically
99
+ regenerate the docker TLS certificate and copy the new certificate to the host.
100
+
101
+ Similarly, for OpenShift you can use: +
102
+ `$ vagrant service-manager env openshift`
103
+
104
+ If you want to run the plugin and get the environment variables and certificates
105
+ for docker in key=value format, use:
106
+ ----------------------------------------------------------------------
107
+ $ vagrant service-manager env docker --script-readable
108
+ DOCKER_HOST=tcp://172.28.128.3:2376
109
+ DOCKER_CERT_PATH=/foo/bar/.vagrant/machines/default/virtualbox/docker'
110
+ DOCKER_TLS_VERIFY=1
111
+ DOCKER_API_VERSION=1.21
112
+ ----------------------------------------------------------------------
113
+
114
+
115
+ == Get IP Address and Version Information
116
+
117
+ If you need information about the development environment, such as the routable
118
+ IP address or the version and release information, use:
119
+
120
+ `$ vagrant service-manager box` +
121
+
122
+ Usage: `vagrant service-manager box [sub-command] [options]`
123
+
124
+ The following sub-commands can be used: +
125
+
126
+ `ip`:: Displays the routable IP address of the VM +
127
+ `version`:: Displays the version and release information of the VM +
128
+
129
+ The following options can be used: +
130
+
131
+ `--script-readable`:: Displays information in a key=value format +
132
+ `-h, --help`:: Prints help for the specific command being run.
133
+
134
+ === Examples
135
+
136
+ To check the routable IP address of the VM:
137
+ ---------------------------------
138
+ $ vagrant service-manager box ip
139
+ 172.28.128.3
140
+ ---------------------------------
141
+
142
+ To check the routable IP address of the VM in key=value format:
143
+ ---------------------------------------------------
144
+ $ vagrant service-manager box ip --script-readable
145
+ IP=172.28.128.3
146
+ ---------------------------------------------------
147
+
148
+ To check the version information:
149
+ --------------------------------------
150
+ $ vagrant service-manager box version
151
+ Atomic Developer Bundle (ADB) 2.2.0
152
+ --------------------------------------
153
+
154
+ To get the version information in key=value format:
155
+ --------------------------------------------------------
156
+ $ vagrant service-manager box version --script-readable
157
+ VARIANT="Atomic Developer Bundle (ADB)"
158
+ VARIANT_ID="adb"
159
+ VARIANT_VERSION="2.2.0"
160
+ --------------------------------------------------------
161
+
162
+
163
+ == Manage Services
164
+
165
+ If you need to check the status, start, stop or restart a specific service use: +
166
+ `$ vagrant service-manager [sub-command] [service]`
167
+
168
+ The following sub-commands can be used: +
169
+
170
+ `status`:: Lists services and their state (running/stopped) +
171
+ `start`:: Starts the given service in the VM +
172
+ `stop`:: Stops the given service in the VM +
173
+ `restart`:: Restarts the given service in the VM +
174
+
175
+ The possible options for service are `docker`, `openshift` and `kubernetes`.
176
+
177
+ === Examples
178
+
179
+ If no service is specified `vagrant service-manager status` will provide
180
+ information on all the configured services and their state (running/stopped).
181
+ ---------------------------------------
182
+ $ vagrant service-manager status
183
+ Configured services:
184
+ docker - running
185
+ openshift - stopped
186
+ kubernetes - stopped
187
+ ---------------------------------------
188
+
189
+ To check the status of Docker:
190
+ -------------------------------------------
191
+ $ vagrant service-manager status docker
192
+ docker - running
193
+ -------------------------------------------
194
+
195
+ To start Docker, if it is stopped:
196
+ ---------------------------------------------
197
+ $ vagrant service-manager start docker
198
+ $ vagrant service-manager status docker
199
+ docker - running
200
+ ---------------------------------------------
201
+
202
+ To stop Docker:
203
+ ---------------------------------------------
204
+ $ vagrant service-manager stop docker
205
+ $ vagrant service-manager status docker
206
+ docker - stopped
207
+ ---------------------------------------------
208
+
209
+ To restart Docker:
210
+ -----------------------------------------
211
+ $ vagrant service-manager restart docker
212
+ $ vagrant service-manager status docker
213
+ docker - running
214
+ -----------------------------------------
215
+
216
+ Similarly, you can use `$ vagrant service-manager status openshift`,
217
+ `$ vagrant service-manager start openshift`, `$ vagrant service-manager stop openshift`,
218
+ and `$ vagrant service-manager restart openshift`, to verify the status, start,
219
+ stop and restart OpenShift.
220
+
221
+
222
+ == Install CLI
223
+
224
+ If you need to install the client binary for a specified service, use: +
225
+
226
+ `vagrant service-manager install-cli [service]` +
227
+
228
+ The possible options for service are `docker` and `openshift`. +
229
+
230
+ As per default, binaries are downloaded to
231
+ `$VAGRANT_HOME/data/service-manager/bin/<service>/<cli-version>`, where
232
+ `$VAGRANT_HOME` defaults to `.vagrant.d` in your home directory.
233
+
234
+ === Example
235
+
236
+ To install client binary for Docker:
237
+
238
+ ----------------------------------------------------------------------------------------------------
239
+ $ vagrant service-manager install-cli docker
240
+ # Binary already available at /home/johndoe/.vagrant.d/data/service-manager/bin/docker/1.9.1/docker
241
+ # run binary as:
242
+ # docker <command>
243
+ export PATH=/home/johndoe/.vagrant.d/data/service-manager/bin/docker/1.9.1:$PATH
244
+
245
+ # run following command to configure your shell:
246
+ # eval "$(VAGRANT_NO_COLOR=1 vagrant service-manager install-cli docker | tr -d '\r')"
247
+ ----------------------------------------------------------------------------------------------------
248
+
249
+
250
+ == Access Help
251
+ If you need information on the possible commands, options and other relevant
252
+ information for the vagrant-service-manager plugin, access the help by using
253
+ `--help` or `-h` as is shown below:
254
+
255
+ --------------------------------------------------------------------------------
256
+ $ vagrant service-manager [--help | -h]
257
+ Usage: vagrant service-manager <command> [options]
258
+
259
+ The following commands can be used:
260
+ env: displays connection information for services in the VM
261
+ box: displays VM related information like version, release, IP etc
262
+ status: lists services and their running state
263
+ start: starts the given service in the VM
264
+ stop: stops the given service in the VM
265
+ restart: restarts the given service in the VM
266
+
267
+ The following options can be used:
268
+ --script-readable : Displays information in a key=value format
269
+ -h, --help print this help
270
+
271
+ For help on any individual command run `vagrant service-manager <command> -h`
272
+ --------------------------------------------------------------------------------
@@ -1,5 +1,5 @@
1
1
  module VagrantPlugins
2
2
  module ServiceManager
3
- VERSION = '1.2.0'.freeze
3
+ VERSION = '1.2.1'.freeze
4
4
  end
5
5
  end
@@ -16,4 +16,6 @@ Gem::Specification.new do |spec|
16
16
 
17
17
  spec.files = `git ls-files -z`.split("\x0")
18
18
  spec.require_paths = ['lib']
19
+
20
+ spec.add_dependency 'rubyzip', '~> 1.2.0'
19
21
  end
metadata CHANGED
@@ -1,7 +1,7 @@
1
1
  --- !ruby/object:Gem::Specification
2
2
  name: vagrant-service-manager
3
3
  version: !ruby/object:Gem::Version
4
- version: 1.2.0
4
+ version: 1.2.1
5
5
  platform: ruby
6
6
  authors:
7
7
  - Brian Exelbierd
@@ -9,8 +9,22 @@ authors:
9
9
  autorequire:
10
10
  bindir: bin
11
11
  cert_chain: []
12
- date: 2016-07-14 00:00:00.000000000 Z
13
- dependencies: []
12
+ date: 2016-07-15 00:00:00.000000000 Z
13
+ dependencies:
14
+ - !ruby/object:Gem::Dependency
15
+ name: rubyzip
16
+ requirement: !ruby/object:Gem::Requirement
17
+ requirements:
18
+ - - ~>
19
+ - !ruby/object:Gem::Version
20
+ version: 1.2.0
21
+ type: :runtime
22
+ prerelease: false
23
+ version_requirements: !ruby/object:Gem::Requirement
24
+ requirements:
25
+ - - ~>
26
+ - !ruby/object:Gem::Version
27
+ version: 1.2.0
14
28
  description: Provides setup information, including environment variables and certificates,
15
29
  required to access services provided by ADB/CDK.
16
30
  email:
@@ -33,9 +47,9 @@ files:
33
47
  - CONTRIBUTING.adoc
34
48
  - Gemfile
35
49
  - LICENSE
36
- - MAINTAINERS
37
50
  - README.adoc
38
51
  - Rakefile
52
+ - commands.adoc
39
53
  - features/box-command.feature
40
54
  - features/env-command.feature
41
55
  - features/help-command.feature
@@ -1,17 +0,0 @@
1
- Brian Exelbierd <bexelbie@redhat.com> @bexelbie
2
- Navid Shaikh <nshaikh@redhat.com> @navidshaikh
3
- Lalatendu Mohanty <lmohanty@redhat.com> @LalatenduMohanty
4
- Budh Ram Gurung <bgurung@redhat.com> @budhrg
5
-
6
- ## How to release the vagrant-service-manager plugin
7
-
8
- 1. Create gemfile in `pkg` directory by running `rake build`
9
-
10
- 2. Increment the Version Number.
11
-
12
- 3. Release the plugin by running `rake release`
13
-
14
- 4. Tag the release commit with a vX.Y.Z tag.
15
-
16
- 5. Create a Github release.
17
-