Skip to content
This repository was archived by the owner on Oct 14, 2020. It is now read-only.

Commit c3dd853

Browse files
committed
#30 Numerate the enumerated variants
Signed-off-by: Sven Strittmatter <sven.strittmatter@iteratec.com>
1 parent 2005d07 commit c3dd853

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

docs/adr/adr_0001.adoc

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -42,8 +42,8 @@ We identified different additional UseCases with a more _data proccessing orient
4242

4343
To find a proper solution, we splitted the topic into the follwong two questions:
4444

45-
* Question 1: Should we unify the concepts MetaDataProvider and PersistenceProvider?
46-
* Question 2: How should the execution model look like for each concept?
45+
. Question 1: Should we unify the concepts MetaDataProvider and PersistenceProvider?
46+
. Question 2: How should the execution model look like for each concept?
4747

4848
==== Question 1: Should we unify the concepts MetaDataProvider and PersistenceProvider?
4949

@@ -59,8 +59,8 @@ There is a similar thing in kubernetes called [AdmissionController](https://kube
5959

6060
The are two variants:
6161

62-
* `ValidatingWebhookConfiguration` (ReadOnly) *Executed Last*
63-
* `MutatingWebhookConfiguration` (ReadAndWrite) *Executed First*
62+
. `ValidatingWebhookConfiguration` (ReadOnly) *Executed Last*
63+
. `MutatingWebhookConfiguration` (ReadAndWrite) *Executed First*
6464

6565
We could do a similar thing and introduce CRD which allows to execute "custom code" (generally speaking, depends on the second question) after a scan has completed (meaning both scan and parser phases are done). Some name ideas:
6666

0 commit comments

Comments
 (0)