README.md 2.53 KB
Newer Older
shunbo's avatar
shunbo committed
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
## META-INFO

Meta-information is generally for OpenFOAM internal use only.

The format, content and meaning may be changed at anytime without
prior notice.
If any of these are changed, these are some of places that will need
to be updated accordingly:

  - bin/foamEtcFile
  - bin/tools/foamConfigurePaths
  - bin/tools/foamPackRelease
  - etc/openfoam
  - wmake/scripts/wmake-build-info

### api-info

This file and its contents are to be tracked by git.

- File content (api) generated by `wmake -build-info` from the
  `OPENFOAM` define in `wmake/rules/General/general`
- File content (patch) is manually generated content.


### build-info

This file is ***never*** to be tracked by git, but may be present in
shipped source archives.

- File content (branch, build) generated by `wmake -build-info` from
  git information and cached from previous wmake (api)


### Content types

#### api

Format: `date +%y%m`

- 4-digit year-month (YYMM) integer corresponding to the major
  release or in unusual cases an intermediate release.
  Example, `2106` for the June-2021 release.


#### patch

Format: `date +%y%m%d`

- 6-digit year-month-day (YYMMDD) integer corresponding to a patch-level
  for the given **released** API.
- The first release can have a patch value of `0` or `1` which
  indicates that it is unpatched or just released. Alternatively
  it can have a patch value corresponding to the release date.

The patch value is only meaningful together with the api value.
However, for *development* branches, the patch level should not be
ascribed too much meaning, but will often correspond to the last
merge with a *maintenance* (*eg*, `master`) branch.


### Flow of information

Changes in the build information must be reflected in information
available in the final binaries. Conversely, it is necessary for later
distributions to have a record of the same information.

| property  | source                    | saved      |
|-----------|---------------------------|------------|
| api       | wmake/rules               | api-info   |
| patch     | manual (api-info)         | build-info |
| branch    | git                       | build-info |
| build     | git                       | build-info |


The command `wmake -build-info -check` is used to determine if
the saved information needs synchronization. The command
`wmake -build-info -update` performs the synchronization.


### Notes

The saved information is split into two separate files.
The `api-info` file contains more permanent information,
whereas the `build-info` is more transient in nature.

----
2021-06-09