toml-combine 0.1.9__tar.gz → 0.3.0__tar.gz
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.
- {toml_combine-0.1.9 → toml_combine-0.3.0}/.github/workflows/ci.yml +2 -2
- {toml_combine-0.1.9 → toml_combine-0.3.0}/.pre-commit-config.yaml +2 -2
- {toml_combine-0.1.9 → toml_combine-0.3.0}/PKG-INFO +88 -132
- {toml_combine-0.1.9 → toml_combine-0.3.0}/README.md +86 -130
- {toml_combine-0.1.9 → toml_combine-0.3.0}/pyproject.toml +1 -1
- {toml_combine-0.1.9 → toml_combine-0.3.0}/tests/result.json +8 -66
- {toml_combine-0.1.9 → toml_combine-0.3.0}/tests/test.toml +0 -17
- toml_combine-0.3.0/tests/test_cli.py +58 -0
- {toml_combine-0.1.9 → toml_combine-0.3.0}/tests/test_combiner.py +25 -117
- toml_combine-0.3.0/tests/test_lib.py +115 -0
- toml_combine-0.3.0/toml_combine/__init__.py +5 -0
- {toml_combine-0.1.9 → toml_combine-0.3.0}/toml_combine/cli.py +29 -11
- {toml_combine-0.1.9 → toml_combine-0.3.0}/toml_combine/combiner.py +34 -110
- {toml_combine-0.1.9 → toml_combine-0.3.0}/toml_combine/exceptions.py +4 -0
- toml_combine-0.1.9/toml_combine/__init__.py → toml_combine-0.3.0/toml_combine/lib.py +12 -9
- toml_combine-0.3.0/toml_combine/toml.py +27 -0
- {toml_combine-0.1.9 → toml_combine-0.3.0}/uv.lock +11 -2
- toml_combine-0.1.9/tests/test_cli.py +0 -15
- toml_combine-0.1.9/tests/test_lib.py +0 -65
- toml_combine-0.1.9/toml_combine/toml.py +0 -17
- {toml_combine-0.1.9 → toml_combine-0.3.0}/.github/PULL_REQUEST_TEMPLATE.md +0 -0
- {toml_combine-0.1.9 → toml_combine-0.3.0}/.github/renovate.json5 +0 -0
- {toml_combine-0.1.9 → toml_combine-0.3.0}/toml_combine/__main__.py +0 -0
@@ -29,7 +29,7 @@ jobs:
|
|
29
29
|
- uses: actions/checkout@11bd71901bbe5b1630ceea73d27597364c9af683 # v4
|
30
30
|
|
31
31
|
- name: Install the latest version of uv
|
32
|
-
uses: astral-sh/setup-uv@
|
32
|
+
uses: astral-sh/setup-uv@0c5e2b8115b80b4c7c5ddf6ffdd634974642d182 # v5
|
33
33
|
with:
|
34
34
|
python-version: ${{ matrix.python-version }}
|
35
35
|
|
@@ -53,7 +53,7 @@ jobs:
|
|
53
53
|
ref: ${{ github.ref }}
|
54
54
|
|
55
55
|
- name: Install the latest version of uv
|
56
|
-
uses: astral-sh/setup-uv@
|
56
|
+
uses: astral-sh/setup-uv@0c5e2b8115b80b4c7c5ddf6ffdd634974642d182 # v5
|
57
57
|
|
58
58
|
- name: Build wheel & sdist
|
59
59
|
run: uv build
|
@@ -22,11 +22,11 @@ repos:
|
|
22
22
|
- id: mixed-line-ending
|
23
23
|
- repo: https://github.com/astral-sh/uv-pre-commit
|
24
24
|
# uv version.
|
25
|
-
rev: 0.6.
|
25
|
+
rev: 0.6.13
|
26
26
|
hooks:
|
27
27
|
- id: uv-lock
|
28
28
|
- repo: https://github.com/astral-sh/ruff-pre-commit
|
29
|
-
rev: v0.11.
|
29
|
+
rev: v0.11.4
|
30
30
|
hooks:
|
31
31
|
- id: ruff
|
32
32
|
args: [--fix, --unsafe-fixes, --show-fixes]
|
@@ -1,6 +1,6 @@
|
|
1
1
|
Metadata-Version: 2.4
|
2
2
|
Name: toml-combine
|
3
|
-
Version: 0.
|
3
|
+
Version: 0.3.0
|
4
4
|
Summary: A tool for combining complex configurations in TOML format.
|
5
5
|
Author-email: Joachim Jablon <ewjoachim@gmail.com>
|
6
6
|
License-Expression: MIT
|
@@ -14,7 +14,7 @@ Classifier: Programming Language :: Python :: 3.11
|
|
14
14
|
Classifier: Programming Language :: Python :: 3.12
|
15
15
|
Classifier: Programming Language :: Python :: 3.13
|
16
16
|
Requires-Python: >=3.9
|
17
|
-
Requires-Dist:
|
17
|
+
Requires-Dist: tomlkit
|
18
18
|
Description-Content-Type: text/markdown
|
19
19
|
|
20
20
|
# Toml-combine
|
@@ -35,12 +35,6 @@ The configuration file is usually a TOML file. Here's a small example:
|
|
35
35
|
[dimensions]
|
36
36
|
environment = ["production", "staging"]
|
37
37
|
|
38
|
-
[[output]]
|
39
|
-
environment = "production"
|
40
|
-
|
41
|
-
[[output]]
|
42
|
-
environment = "staging"
|
43
|
-
|
44
38
|
[default]
|
45
39
|
name = "my-service"
|
46
40
|
registry = "gcr.io/my-project/"
|
@@ -61,16 +55,6 @@ Dimensions lets you describe the main "thing" that makes the outputs differents,
|
|
61
55
|
service might be `frontend` or `backend`. Some combinations of dimensions might not
|
62
56
|
exists, for example, maybe there's no `staging` in `eu`.
|
63
57
|
|
64
|
-
### Outputs
|
65
|
-
|
66
|
-
Create a `output` for each configuration you want to generate, and specify the
|
67
|
-
dimensions relevant for this output. It's ok to omit some dimensions when they're not
|
68
|
-
used for a given output.
|
69
|
-
|
70
|
-
> [!Note]
|
71
|
-
> Defining a list as the value of one or more dimensions in a output
|
72
|
-
> is a shorthand for defining all combinations of dimensions
|
73
|
-
|
74
58
|
### Default
|
75
59
|
|
76
60
|
The common configuration to start from, before we start overlaying overrides on top.
|
@@ -93,7 +77,7 @@ specific to more specific, each one overriding the values of the previous ones:
|
|
93
77
|
|
94
78
|
### The configuration itself
|
95
79
|
|
96
|
-
Under the layer of `dimensions/
|
80
|
+
Under the layer of `dimensions/default/override/mapping` system, what you actually define
|
97
81
|
in the configuration is completely up to you. That said, only nested
|
98
82
|
"dictionnaries"/"objects"/"tables"/"mapping" (those are all the same things in
|
99
83
|
Python/JS/Toml lingo) will be merged between the default and the overrides, while
|
@@ -110,9 +94,6 @@ Let's look at an example:
|
|
110
94
|
[dimensions]
|
111
95
|
environment = ["production", "staging"]
|
112
96
|
|
113
|
-
[[output]]
|
114
|
-
environment = ["production", "staging"]
|
115
|
-
|
116
97
|
[default]
|
117
98
|
fruits = [{name="apple", color="red"}]
|
118
99
|
|
@@ -121,17 +102,16 @@ when.environment = "staging"
|
|
121
102
|
fruits = [{name="orange", color="orange"}]
|
122
103
|
```
|
123
104
|
|
124
|
-
In this example,
|
125
|
-
|
105
|
+
In this example, with `{"environment": "staging"}`, `fruits` is
|
106
|
+
`[{name="orange", color="orange"}]` and not
|
107
|
+
`[{name="apple", color="red"}, {name="orange", color="orange"}]`.
|
108
|
+
The only way to get multiple values to be merged is if they are dicts: you'll need
|
126
109
|
to chose an element to become the key:
|
127
110
|
|
128
111
|
```toml
|
129
112
|
[dimensions]
|
130
113
|
environment = ["production", "staging"]
|
131
114
|
|
132
|
-
[[output]]
|
133
|
-
environment = ["production", "staging"]
|
134
|
-
|
135
115
|
[default]
|
136
116
|
fruits.apple.color = "red"
|
137
117
|
|
@@ -146,16 +126,28 @@ This example is simple because `name` is a natural choice for the key. In some c
|
|
146
126
|
the choice is less natural, but you can always decide to name the elements of your
|
147
127
|
list and use that name as a key. Also, yes, you'll loose ordering.
|
148
128
|
|
149
|
-
###
|
129
|
+
### Mapping
|
150
130
|
|
151
|
-
|
152
|
-
|
153
|
-
|
131
|
+
When you call the tool either with the CLI or the lib (see both below), you will have to
|
132
|
+
provide a mapping of the desired dimentions. These values will be compared to overrides
|
133
|
+
to apply overrides when relevant. It's ok to omit some dimensions, corresponding
|
134
|
+
overrides won't be selected.
|
135
|
+
|
136
|
+
By default, the output is `toml` though you can switch to `json` with `--format=json`
|
154
137
|
|
155
|
-
|
138
|
+
## CLI
|
156
139
|
|
157
|
-
|
158
|
-
|
140
|
+
Example with the config from the previous section:
|
141
|
+
|
142
|
+
```console
|
143
|
+
$ toml-combine path/to/config.toml --environment=staging
|
144
|
+
[dimensions]
|
145
|
+
environment = "staging"
|
146
|
+
|
147
|
+
[fruits]
|
148
|
+
apple.color = "red"
|
149
|
+
orange.color = "orange"
|
150
|
+
```
|
159
151
|
|
160
152
|
## Lib
|
161
153
|
|
@@ -163,40 +155,23 @@ Note that you can restrict generation to some dimension values by passing
|
|
163
155
|
import toml_combine
|
164
156
|
|
165
157
|
|
166
|
-
result = toml_combine.combine(
|
167
|
-
config_file=config_file,
|
168
|
-
environment=["production", "staging"],
|
169
|
-
type="job",
|
170
|
-
job=["manage", "special-command"],
|
171
|
-
)
|
158
|
+
result = toml_combine.combine(config_file=config_file, environment="staging")
|
172
159
|
|
173
160
|
print(result)
|
174
161
|
{
|
175
|
-
"
|
176
|
-
"production-job-special-command": {...},
|
177
|
-
"staging-job-manage": {...},
|
178
|
-
"staging-job-special-command": {...},
|
162
|
+
"fruits": {"apple": {"color": "red"}, "orange": {"color": "orange"}}
|
179
163
|
}
|
180
164
|
```
|
181
165
|
|
182
|
-
You can pass either `config` (TOML string or dict) or `config_file` (`pathlib.Path` or string path) to `combine()`.
|
166
|
+
You can pass either `config` (TOML string or dict) or `config_file` (`pathlib.Path` or string path) to `combine()`. All other `kwargs` specify the mapping you want.
|
183
167
|
|
184
|
-
|
168
|
+
## A bigger example
|
185
169
|
|
186
170
|
```toml
|
187
171
|
[dimensions]
|
188
172
|
environment = ["production", "staging", "dev"]
|
189
173
|
service = ["frontend", "backend"]
|
190
174
|
|
191
|
-
# All 4 combinations of those values will exist
|
192
|
-
[[output]]
|
193
|
-
environment = ["production", "staging"]
|
194
|
-
service = ["frontend", "backend"]
|
195
|
-
|
196
|
-
# On dev, the "service" is not defined. That's ok.
|
197
|
-
[[output]]
|
198
|
-
environment = "dev"
|
199
|
-
|
200
175
|
[default]
|
201
176
|
registry = "gcr.io/my-project/"
|
202
177
|
service_account = "my-service-account"
|
@@ -225,81 +200,62 @@ container.env.ENABLE_EXPENSIVE_MONITORING = false
|
|
225
200
|
|
226
201
|
This produces the following configs:
|
227
202
|
|
228
|
-
```
|
229
|
-
|
230
|
-
|
231
|
-
|
232
|
-
|
233
|
-
|
234
|
-
|
235
|
-
|
236
|
-
|
237
|
-
|
238
|
-
|
239
|
-
|
240
|
-
|
241
|
-
|
242
|
-
|
243
|
-
|
244
|
-
|
245
|
-
|
246
|
-
|
247
|
-
|
248
|
-
|
249
|
-
|
250
|
-
|
251
|
-
|
252
|
-
|
253
|
-
|
254
|
-
|
255
|
-
|
256
|
-
|
257
|
-
|
258
|
-
|
259
|
-
|
260
|
-
|
261
|
-
|
262
|
-
|
263
|
-
|
264
|
-
|
265
|
-
|
266
|
-
|
267
|
-
|
268
|
-
|
269
|
-
|
270
|
-
|
271
|
-
|
272
|
-
|
273
|
-
|
274
|
-
|
275
|
-
|
276
|
-
|
277
|
-
|
278
|
-
|
279
|
-
|
280
|
-
|
281
|
-
|
282
|
-
|
283
|
-
|
284
|
-
|
285
|
-
|
286
|
-
},
|
287
|
-
"dev-backend": {
|
288
|
-
"dimensions": {
|
289
|
-
"environment": "dev",
|
290
|
-
"service": "backend"
|
291
|
-
},
|
292
|
-
"registry": "gcr.io/my-project/",
|
293
|
-
"service_account": "my-service-account",
|
294
|
-
"name": "service-backend",
|
295
|
-
"container": {
|
296
|
-
"env": {
|
297
|
-
"DEBUG": true,
|
298
|
-
"ENABLE_EXPENSIVE_MONITORING": false
|
299
|
-
},
|
300
|
-
"image_name": "my-image-backend",
|
301
|
-
"port": 8080
|
302
|
-
}
|
303
|
-
}
|
304
|
-
}
|
203
|
+
```console
|
204
|
+
$ uv run toml-combine example.toml --environment=production --service=frontend
|
205
|
+
registry = "gcr.io/my-project/"
|
206
|
+
service_account = "my-service-account"
|
207
|
+
name = "service-frontend"
|
208
|
+
|
209
|
+
[container]
|
210
|
+
image_name = "my-image-frontend"
|
211
|
+
```
|
212
|
+
|
213
|
+
```console
|
214
|
+
$ toml-combine example.toml --environment=production --service=backend
|
215
|
+
registry = "gcr.io/my-project/"
|
216
|
+
service_account = "my-service-account"
|
217
|
+
name = "service-backend"
|
218
|
+
|
219
|
+
[container]
|
220
|
+
image_name = "my-image-backend"
|
221
|
+
port = 8080
|
222
|
+
```
|
223
|
+
|
224
|
+
```console
|
225
|
+
$ toml-combine example.toml --environment=staging --service=frontend
|
226
|
+
registry = "gcr.io/my-project/"
|
227
|
+
service_account = "my-service-account"
|
228
|
+
name = "service-frontend"
|
229
|
+
|
230
|
+
[container]
|
231
|
+
image_name = "my-image-frontend"
|
232
|
+
```
|
233
|
+
|
234
|
+
```console
|
235
|
+
$ toml-combine example.toml --environment=staging --service=backend
|
236
|
+
registry = "gcr.io/my-project/"
|
237
|
+
service_account = "my-service-account"
|
238
|
+
name = "service-backend"
|
239
|
+
|
240
|
+
[container]
|
241
|
+
image_name = "my-image-backend"
|
242
|
+
port = 8080
|
243
|
+
|
244
|
+
[container.env]
|
245
|
+
ENABLE_EXPENSIVE_MONITORING = false
|
246
|
+
```
|
247
|
+
|
248
|
+
```console
|
249
|
+
$ toml-combine example.toml --environment=dev --service=backend
|
250
|
+
registry = "gcr.io/my-project/"
|
251
|
+
service_account = "my-service-account"
|
252
|
+
name = "service-backend"
|
253
|
+
|
254
|
+
[container]
|
255
|
+
image_name = "my-image-backend"
|
256
|
+
port = 8080
|
257
|
+
[container.env]
|
258
|
+
DEBUG = true
|
259
|
+
ENABLE_EXPENSIVE_MONITORING = false
|
260
|
+
|
305
261
|
```
|
@@ -16,12 +16,6 @@ The configuration file is usually a TOML file. Here's a small example:
|
|
16
16
|
[dimensions]
|
17
17
|
environment = ["production", "staging"]
|
18
18
|
|
19
|
-
[[output]]
|
20
|
-
environment = "production"
|
21
|
-
|
22
|
-
[[output]]
|
23
|
-
environment = "staging"
|
24
|
-
|
25
19
|
[default]
|
26
20
|
name = "my-service"
|
27
21
|
registry = "gcr.io/my-project/"
|
@@ -42,16 +36,6 @@ Dimensions lets you describe the main "thing" that makes the outputs differents,
|
|
42
36
|
service might be `frontend` or `backend`. Some combinations of dimensions might not
|
43
37
|
exists, for example, maybe there's no `staging` in `eu`.
|
44
38
|
|
45
|
-
### Outputs
|
46
|
-
|
47
|
-
Create a `output` for each configuration you want to generate, and specify the
|
48
|
-
dimensions relevant for this output. It's ok to omit some dimensions when they're not
|
49
|
-
used for a given output.
|
50
|
-
|
51
|
-
> [!Note]
|
52
|
-
> Defining a list as the value of one or more dimensions in a output
|
53
|
-
> is a shorthand for defining all combinations of dimensions
|
54
|
-
|
55
39
|
### Default
|
56
40
|
|
57
41
|
The common configuration to start from, before we start overlaying overrides on top.
|
@@ -74,7 +58,7 @@ specific to more specific, each one overriding the values of the previous ones:
|
|
74
58
|
|
75
59
|
### The configuration itself
|
76
60
|
|
77
|
-
Under the layer of `dimensions/
|
61
|
+
Under the layer of `dimensions/default/override/mapping` system, what you actually define
|
78
62
|
in the configuration is completely up to you. That said, only nested
|
79
63
|
"dictionnaries"/"objects"/"tables"/"mapping" (those are all the same things in
|
80
64
|
Python/JS/Toml lingo) will be merged between the default and the overrides, while
|
@@ -91,9 +75,6 @@ Let's look at an example:
|
|
91
75
|
[dimensions]
|
92
76
|
environment = ["production", "staging"]
|
93
77
|
|
94
|
-
[[output]]
|
95
|
-
environment = ["production", "staging"]
|
96
|
-
|
97
78
|
[default]
|
98
79
|
fruits = [{name="apple", color="red"}]
|
99
80
|
|
@@ -102,17 +83,16 @@ when.environment = "staging"
|
|
102
83
|
fruits = [{name="orange", color="orange"}]
|
103
84
|
```
|
104
85
|
|
105
|
-
In this example,
|
106
|
-
|
86
|
+
In this example, with `{"environment": "staging"}`, `fruits` is
|
87
|
+
`[{name="orange", color="orange"}]` and not
|
88
|
+
`[{name="apple", color="red"}, {name="orange", color="orange"}]`.
|
89
|
+
The only way to get multiple values to be merged is if they are dicts: you'll need
|
107
90
|
to chose an element to become the key:
|
108
91
|
|
109
92
|
```toml
|
110
93
|
[dimensions]
|
111
94
|
environment = ["production", "staging"]
|
112
95
|
|
113
|
-
[[output]]
|
114
|
-
environment = ["production", "staging"]
|
115
|
-
|
116
96
|
[default]
|
117
97
|
fruits.apple.color = "red"
|
118
98
|
|
@@ -127,16 +107,28 @@ This example is simple because `name` is a natural choice for the key. In some c
|
|
127
107
|
the choice is less natural, but you can always decide to name the elements of your
|
128
108
|
list and use that name as a key. Also, yes, you'll loose ordering.
|
129
109
|
|
130
|
-
###
|
110
|
+
### Mapping
|
131
111
|
|
132
|
-
|
133
|
-
|
134
|
-
|
112
|
+
When you call the tool either with the CLI or the lib (see both below), you will have to
|
113
|
+
provide a mapping of the desired dimentions. These values will be compared to overrides
|
114
|
+
to apply overrides when relevant. It's ok to omit some dimensions, corresponding
|
115
|
+
overrides won't be selected.
|
116
|
+
|
117
|
+
By default, the output is `toml` though you can switch to `json` with `--format=json`
|
135
118
|
|
136
|
-
|
119
|
+
## CLI
|
137
120
|
|
138
|
-
|
139
|
-
|
121
|
+
Example with the config from the previous section:
|
122
|
+
|
123
|
+
```console
|
124
|
+
$ toml-combine path/to/config.toml --environment=staging
|
125
|
+
[dimensions]
|
126
|
+
environment = "staging"
|
127
|
+
|
128
|
+
[fruits]
|
129
|
+
apple.color = "red"
|
130
|
+
orange.color = "orange"
|
131
|
+
```
|
140
132
|
|
141
133
|
## Lib
|
142
134
|
|
@@ -144,40 +136,23 @@ Note that you can restrict generation to some dimension values by passing
|
|
144
136
|
import toml_combine
|
145
137
|
|
146
138
|
|
147
|
-
result = toml_combine.combine(
|
148
|
-
config_file=config_file,
|
149
|
-
environment=["production", "staging"],
|
150
|
-
type="job",
|
151
|
-
job=["manage", "special-command"],
|
152
|
-
)
|
139
|
+
result = toml_combine.combine(config_file=config_file, environment="staging")
|
153
140
|
|
154
141
|
print(result)
|
155
142
|
{
|
156
|
-
"
|
157
|
-
"production-job-special-command": {...},
|
158
|
-
"staging-job-manage": {...},
|
159
|
-
"staging-job-special-command": {...},
|
143
|
+
"fruits": {"apple": {"color": "red"}, "orange": {"color": "orange"}}
|
160
144
|
}
|
161
145
|
```
|
162
146
|
|
163
|
-
You can pass either `config` (TOML string or dict) or `config_file` (`pathlib.Path` or string path) to `combine()`.
|
147
|
+
You can pass either `config` (TOML string or dict) or `config_file` (`pathlib.Path` or string path) to `combine()`. All other `kwargs` specify the mapping you want.
|
164
148
|
|
165
|
-
|
149
|
+
## A bigger example
|
166
150
|
|
167
151
|
```toml
|
168
152
|
[dimensions]
|
169
153
|
environment = ["production", "staging", "dev"]
|
170
154
|
service = ["frontend", "backend"]
|
171
155
|
|
172
|
-
# All 4 combinations of those values will exist
|
173
|
-
[[output]]
|
174
|
-
environment = ["production", "staging"]
|
175
|
-
service = ["frontend", "backend"]
|
176
|
-
|
177
|
-
# On dev, the "service" is not defined. That's ok.
|
178
|
-
[[output]]
|
179
|
-
environment = "dev"
|
180
|
-
|
181
156
|
[default]
|
182
157
|
registry = "gcr.io/my-project/"
|
183
158
|
service_account = "my-service-account"
|
@@ -206,81 +181,62 @@ container.env.ENABLE_EXPENSIVE_MONITORING = false
|
|
206
181
|
|
207
182
|
This produces the following configs:
|
208
183
|
|
209
|
-
```
|
210
|
-
|
211
|
-
|
212
|
-
|
213
|
-
|
214
|
-
|
215
|
-
|
216
|
-
|
217
|
-
|
218
|
-
|
219
|
-
|
220
|
-
|
221
|
-
|
222
|
-
|
223
|
-
|
224
|
-
|
225
|
-
|
226
|
-
|
227
|
-
|
228
|
-
|
229
|
-
|
230
|
-
|
231
|
-
|
232
|
-
|
233
|
-
|
234
|
-
|
235
|
-
|
236
|
-
|
237
|
-
|
238
|
-
|
239
|
-
|
240
|
-
|
241
|
-
|
242
|
-
|
243
|
-
|
244
|
-
|
245
|
-
|
246
|
-
|
247
|
-
|
248
|
-
|
249
|
-
|
250
|
-
|
251
|
-
|
252
|
-
|
253
|
-
|
254
|
-
|
255
|
-
|
256
|
-
|
257
|
-
|
258
|
-
|
259
|
-
|
260
|
-
|
261
|
-
|
262
|
-
|
263
|
-
|
264
|
-
|
265
|
-
|
266
|
-
|
267
|
-
},
|
268
|
-
"dev-backend": {
|
269
|
-
"dimensions": {
|
270
|
-
"environment": "dev",
|
271
|
-
"service": "backend"
|
272
|
-
},
|
273
|
-
"registry": "gcr.io/my-project/",
|
274
|
-
"service_account": "my-service-account",
|
275
|
-
"name": "service-backend",
|
276
|
-
"container": {
|
277
|
-
"env": {
|
278
|
-
"DEBUG": true,
|
279
|
-
"ENABLE_EXPENSIVE_MONITORING": false
|
280
|
-
},
|
281
|
-
"image_name": "my-image-backend",
|
282
|
-
"port": 8080
|
283
|
-
}
|
284
|
-
}
|
285
|
-
}
|
184
|
+
```console
|
185
|
+
$ uv run toml-combine example.toml --environment=production --service=frontend
|
186
|
+
registry = "gcr.io/my-project/"
|
187
|
+
service_account = "my-service-account"
|
188
|
+
name = "service-frontend"
|
189
|
+
|
190
|
+
[container]
|
191
|
+
image_name = "my-image-frontend"
|
192
|
+
```
|
193
|
+
|
194
|
+
```console
|
195
|
+
$ toml-combine example.toml --environment=production --service=backend
|
196
|
+
registry = "gcr.io/my-project/"
|
197
|
+
service_account = "my-service-account"
|
198
|
+
name = "service-backend"
|
199
|
+
|
200
|
+
[container]
|
201
|
+
image_name = "my-image-backend"
|
202
|
+
port = 8080
|
203
|
+
```
|
204
|
+
|
205
|
+
```console
|
206
|
+
$ toml-combine example.toml --environment=staging --service=frontend
|
207
|
+
registry = "gcr.io/my-project/"
|
208
|
+
service_account = "my-service-account"
|
209
|
+
name = "service-frontend"
|
210
|
+
|
211
|
+
[container]
|
212
|
+
image_name = "my-image-frontend"
|
213
|
+
```
|
214
|
+
|
215
|
+
```console
|
216
|
+
$ toml-combine example.toml --environment=staging --service=backend
|
217
|
+
registry = "gcr.io/my-project/"
|
218
|
+
service_account = "my-service-account"
|
219
|
+
name = "service-backend"
|
220
|
+
|
221
|
+
[container]
|
222
|
+
image_name = "my-image-backend"
|
223
|
+
port = 8080
|
224
|
+
|
225
|
+
[container.env]
|
226
|
+
ENABLE_EXPENSIVE_MONITORING = false
|
227
|
+
```
|
228
|
+
|
229
|
+
```console
|
230
|
+
$ toml-combine example.toml --environment=dev --service=backend
|
231
|
+
registry = "gcr.io/my-project/"
|
232
|
+
service_account = "my-service-account"
|
233
|
+
name = "service-backend"
|
234
|
+
|
235
|
+
[container]
|
236
|
+
image_name = "my-image-backend"
|
237
|
+
port = 8080
|
238
|
+
[container.env]
|
239
|
+
DEBUG = true
|
240
|
+
ENABLE_EXPENSIVE_MONITORING = false
|
241
|
+
|
286
242
|
```
|