You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: docs/caveats.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -20,4 +20,4 @@ Lando will set the `PATH` hierarchy for this service as follows:
20
20
]
21
21
```
22
22
23
-
This is useful to note if you are not using absolute paths in any [tooling routes](https://docs.lando.dev/config/tooling.html) and are getting the unexpected version of a particular utility.
23
+
This is useful to note if you are not using absolute paths in any [tooling routes](https://docs.lando.dev/core/v3/tooling.html) and are getting the unexpected version of a particular utility.
Copy file name to clipboardexpand all lines: docs/config.md
+4-4
Original file line number
Diff line number
Diff line change
@@ -5,9 +5,9 @@ description: Learn how to configure the Lando Ruby service.
5
5
6
6
# Configuration
7
7
8
-
Here are the configuration options, set to the default values, for this service. If you are unsure about where this goes or what this means, we *highly recommend* scanning the [services documentation](https://docs.lando.dev/config/services.html) to get a good handle on how the magicks work.
8
+
Here are the configuration options, set to the default values, for this service. If you are unsure about where this goes or what this means, we *highly recommend* scanning the [services documentation](https://docs.lando.dev/core/v3/lando-service.html) to get a good handle on how the magicks work.
9
9
10
-
Also note that the options, in addition to the [build steps](https://docs.lando.dev/config/services.html#build-steps) and [overrides](https://docs.lando.dev/config/services.html#overrides) that are available to every service, are shown below:
10
+
Also note that the options, in addition to the [build steps](https://docs.lando.dev/core/v3/lando-service.html#build-steps) and [overrides](https://docs.lando.dev/core/v3/lando-service.html#overrides) that are available to every service, are shown below:
11
11
12
12
```yaml
13
13
services:
@@ -57,7 +57,7 @@ You can then invoke them on the command line.
57
57
lando dotnet
58
58
```
59
59
60
-
Lando tooling is actually pretty powerful so definitely check out [the rest](https://docs.lando.dev/config/tooling.html) of its cool features.
60
+
Lando tooling is actually pretty powerful so definitely check out [the rest](https://docs.lando.dev/core/v3/tooling.html) of its cool features.
61
61
62
62
## Adding routing
63
63
@@ -70,4 +70,4 @@ proxy:
70
70
- something.else.local
71
71
```
72
72
73
-
Lando proxying is actually pretty powerful so definitely check out [the rest](https://docs.lando.dev/config/proxy.html) of its cool features.
73
+
Lando proxying is actually pretty powerful so definitely check out [the rest](https://docs.lando.dev/core/v3/proxy.html) of its cool features.
Copy file name to clipboardexpand all lines: docs/development.md
+20-28
Original file line number
Diff line number
Diff line change
@@ -5,28 +5,23 @@ description: Learn how to develop and contribute to the Lando Ruby service
5
5
6
6
# Development
7
7
8
-
This guide contains information to help onboard developers to work on the [Ruby](https://ruby.net) integration, hereafter referred to as "the plugin".
8
+
This guide contains information to help onboard developers to work on the [ruby](https://www.ruby-lang.org/en/) integration, hereafter referred to as *the plugin*.
9
9
10
10
## Requirements
11
11
12
12
At the very least you will need to have the following installed:
@@ -38,7 +33,7 @@ Note that each one of these examples contains the following section in its Lando
38
33
39
34
```yaml
40
35
plugins:
41
-
"@lando/ruby": ./../../
36
+
"@lando/ruby": ../..
42
37
```
43
38
44
39
This tells Lando that _this_ app should use the source version of the `@lando/ruby` plugin you cloned down in the installation. This is useful because it allows you to isolate development within this repo without interferring with any other apps using the stable and global version of the plugin.
@@ -62,21 +57,24 @@ npm run docs:dev
62
57
63
58
# build docs locally
64
59
npm run docs:build
60
+
61
+
# preview built docs locally
62
+
npm run docs:build
65
63
```
66
64
67
-
If you are more interested in the internals of the docs they use [VuePress2](https://v2.vuepress.vuejs.org/) and our [Special theme](https://vuepress-theme-default-plus.lando.dev).
65
+
If you are more interested in the internals of the docs they use [VitePress](https://vitepress.dev/) and our [SPECIAL THEME](https://vitepress-theme-default-plus.lando.dev).
68
66
69
67
## Testing
70
68
71
-
It's best to familiarize yourself with how Lando [does testing](https://docs.lando.dev/contrib/contrib-testing.html) in general before proceeding.
69
+
It's best to familiarize yourself with how Lando [does testing](https://docs.lando.dev/contrib/coder.html) in general before proceeding.
72
70
73
71
### Unit Tests
74
72
75
-
Generally, unit testable code should be placed in `lib` and then the associated test in `tests` in the form `FILE-BEING-TESTED.spec.js`. Here is an example:
73
+
Generally, unit testable code should be placed in `utils` and then the associated test in `tests` in the form `FILE-BEING-TESTED.spec.js`. Here is an example:
76
74
77
75
```bash
78
76
./
79
-
|-- lib
77
+
|-- utils
80
78
|-- stuff.js
81
79
|-- test
82
80
|-- stuff.spec.js
@@ -113,21 +111,18 @@ Destroy tests
113
111
lando destroy -y
114
112
```
115
113
116
-
Note that the headers here are important and are defined in our `npm run generate:tests` script. The _Start up tests_ header specifies things that should run before the main series of tests. _Verification commands_ is the main body of tests and is required. _Destroy tests_ specifies any needed clean up commands to run.
114
+
Note that the headers here are important. The _Start up tests_ header specifies things that should run before the main series of tests. _Verification commands_ is the main body of tests and is required. _Destroy tests_ specifies any needed clean up commands to run.
117
115
118
116
If you check out the various READMEs in our [examples](https://github.com/lando/ruby/tree/main/examples) you will notice that they are all Leia tests.
119
117
120
118
Before running all or some of the tests you will need to generate them.
121
119
122
120
```bash
123
-
# Generate tests
124
-
npm run generate:tests
125
-
126
121
# Run ALL the tests, this will likely take a long time
127
122
npm run test:leia
128
123
129
124
# Run the tests for a single example
130
-
npm run leia examples/mariadb-10.2/README.md -c 'Destroy tests'
0 commit comments