haskal
/
vagrant
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Merge pull request #10907 from petems/minor_spelling_fixes 

Minor spelling fixes
This commit is contained in:
Brian Cain 2019-06-13 08:14:14 -07:00 committed by GitHub
parent b2aa1b7b69 68c3a906b1
commit 206ff9d4ca
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
4 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
website/source/docs/docker/configuration.html.md
View File

@ -23,7 +23,7 @@ One of the following settings is required when using the Docker provider:
* `git_repo` (string) - The URL of a git repository to build the image from. * `git_repo` (string) - The URL of a git repository to build the image from.
Supports pulling specific tags, branches and revision, consult the Supports pulling specific tags, branches and revision, consult the
[docker documenation](https://docs.docker.com/engine/reference/commandline/build/#/git-repositories) [docker documentation](https://docs.docker.com/engine/reference/commandline/build/#/git-repositories)
for more information. for more information.
### Optional ### Optional

2
website/source/docs/experimental/index.html.md
View File

@ -10,7 +10,7 @@ description: |-
Some features that aren't ready for release can be enabled through this feature Some features that aren't ready for release can be enabled through this feature
flag. There are a couple of different ways of going about enabling these features. flag. There are a couple of different ways of going about enabling these features.
It is also worth noting that Vagrant will not validate the existance of a feature It is also worth noting that Vagrant will not validate the existence of a feature
flag. flag.
For example if you are on Linux or Mac, and you wish to enable every single experimental feature, you can set the flag For example if you are on Linux or Mac, and you wish to enable every single experimental feature, you can set the flag

2
website/source/docs/installation/backwards-compatibility.html.md
View File

@ -3,7 +3,7 @@ layout: "docs"
page_title: "Backwards Compatibility" page_title: "Backwards Compatibility"
sidebar_current: "installation-backwards-compatibility" sidebar_current: "installation-backwards-compatibility"
description: |- description: |-
Vagrant makes a very strict backwards-compatability promise. Vagrant makes a very strict backwards-compatibility promise.
--- ---
# Backwards Compatibility # Backwards Compatibility

2
website/source/docs/triggers/configuration.html.md
View File

@ -121,7 +121,7 @@ end
Triggers _without_ the type option will run before or after a Vagrant guest. Triggers _without_ the type option will run before or after a Vagrant guest.
Older Vagrant versions will unfortunetly not be able to properly parse the new Older Vagrant versions will unfortunately not be able to properly parse the new
`:type` option. If you are worried about older clients failing to parse your Vagrantfile, `:type` option. If you are worried about older clients failing to parse your Vagrantfile,
you can guard the new trigger based on the version of Vagrant: you can guard the new trigger based on the version of Vagrant: