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/intro.md
+43-9Lines changed: 43 additions & 9 deletions
Original file line number
Diff line number
Diff line change
@@ -16,27 +16,25 @@ The aim of this documentation is to give operators, cloud service provides and o
16
16
17
17
## Structure
18
18
19
-
In order to get all the different docs into one place and to render a comprehensive static page for best Developer Epxerience, the subprojects need to be consumed by this main docs repository. This is will be managed by git's subtree feature and not as submodule. TODO: Why?
19
+
### Conceptual Structure
20
20
21
-
[The Power of Git Subtree by Nicola Paolucci](https://blog.developer.atlassian.com/the-power-of-git-subtree/?_ga=2-71978451-1385799339-1568044055-1068396449-1567112770)
21
+
We follow the [Diataxis Framework](https://diataxis.fr/) to structure our documentation, in order respond best to our users needs.
In order to get all the different docs into one place and to render a comprehensive static page for best Developer Epxerience, the subprojects need to be consumed by this main docs repository. This is will be managed by git's subtree feature and not as submodule.
28
26
29
-
As the final output in this repository will be a statically generated website, the subtree docs repositories should only contain markdown and static filesfor visualisation.
27
+
As the final output in this repository will be a statically generated website, the subtree docs repositories should only contain markdown and static files. If a sub repository should reside within a repository which code it is documenting, it should also be imported as subtree or submodule. This is a bit more management overhead, but also enbables the freedom of choice for rendering the content in another output repository as a static page with any docs renderer. But furthermore this enables this SCS Docs repository to inherit all the different docs rendered into one page for the best user experience.
30
28
31
-
##Directory Structure
29
+
#### SCS project repo strucutre
32
30
33
31
```jsx
34
32
project
35
33
├── static// static content
36
34
├── blog // optional blog
37
35
├── src // source files
38
36
├── docs // the folder where all individual docs reside as subtree modules
39
-
│ └── @osism/openstack-image-manager
37
+
│ └── @osism/openstack-image-manager-docs
40
38
│ ├── overiew.md
41
39
│ ├── usage.md
42
40
│ ├── requirements.md
@@ -60,3 +58,39 @@ project
60
58
. .
61
59
. .
62
60
```
61
+
62
+
```jsx
63
+
@osism/openstack-image-manager
64
+
├── code // static content
65
+
├── blog // optional blog
66
+
├── src // source files
67
+
├── docs // the folder where all individual docs reside as subtree modules
68
+
│ └── @osism/openstack-image-manager-docs
69
+
│ ├── overiew.md
70
+
│ ├── usage.md
71
+
│ ├── requirements.md
72
+
│ ├── images
73
+
│ │ ├── logo.png
74
+
│ │ └── image.svg
75
+
│ └── support
76
+
│ ├── index.js
77
+
│ └── styles.module.css
78
+
```
79
+
80
+
### Git subtree
81
+
82
+
[The Power of Git Subtree by Nicola Paolucci](https://blog.developer.atlassian.com/the-power-of-git-subtree/?_ga=2-71978451-1385799339-1568044055-1068396449-1567112770)
0 commit comments