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/code-organization.md
+3-97Lines changed: 3 additions & 97 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,115 +29,21 @@ The `gh-pages` branch is generated from the `/docs` directory through its `mkdoc
29
29
30
30
These are the branches that are meant to fix some bugs that break the specifications and need an urgent fix. The branches are directly deployed towards the `main` branch.
31
31
32
-
### `entry-type-definitions-cleanup`
33
-
34
-
This branch aims to redefine the wording of the entry types in a way that makes more clear what are the entry types. As the old definitions could mislead to some confusions, this is a sensible change that is needed to directly affect the current modification.
35
-
36
-
<b>Current status:</b><spanstyle="color:blue">Waiting for PR to be accepted.</span>
37
-
38
-
### `hotfix_filteringTermsResults`
39
-
40
-
As the beaconFilteringTermsResults.json "type" property of the FilteringTerm is ambiguous, this branch has the objective to fix this and make filtering terms object to be operative and ready to point to the filtering terms type.
41
-
42
-
<b>Current status:</b><spanstyle="color:blue">Waiting for PR to be accepted.</span>
43
-
44
32
### `schema-urgent-fixes`
45
33
46
34
Some of the instances of the schema were missing attributes and other aspects that are required to make a beacon work. This is mandatory to be urgently fixed and this is the purpose of this branch deployment.
47
35
48
-
<b>Current status:</b><spanstyle="color:blue">Waiting for PR to be accepted.</span>
49
-
36
+
### Clean-up branches
50
37
38
+
There is always a number of branches used to implement fixes and test features.
39
+
Please participate in the Beacon developer calls if you want to stay up-to-date...
51
40
52
41
## Feature and subfeature branches
53
42
54
43
The feature branches are the branches that bring a lot of changes together to change some specific part of the specifications. They can be composed by different subfeature branches that commit to them or just have one single working branch. The feature branches commit to the `develop` branch as they are the changes that will lead beacon to be upgraded to a new version. The subfeature branches commit to their parent feature branch, as they are a microchange of all the aspects that have to change in a new feature that is being developed. The branches are named as the main purpose of them, so it is made very clear what is the working area of them and the subfeature branches add the name of the feature branch they belong as a prefix followed by an underscore. The list of these feature branches with their subfeature branches is the one shown next:
55
44
56
-
### `clean-up`
57
-
58
-
#### `clean-up_sticky_modified_files`
59
-
60
-
<b>Current status:</b><spanstyle="color:blue">Last commit by @jrambla.</span>
61
-
62
-
#### `clean-up_renaming_entity_to_entry_type`
63
-
64
-
<b>Current status:</b><spanstyle="color:blue">Added in framework-refactor-entry-type-definitions branch by @mbaudis and waiting for a PR to be accepted.</span>
65
-
66
-
#### `clean-up_decouple-model-framework-refs`
67
-
68
-
<b>Current status:</b><spanstyle="color:blue">Last commit by @mbaudis.</span>
0 commit comments