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: .github/ISSUE_TEMPLATE/bug-report.yaml
+3-3
Original file line number
Diff line number
Diff line change
@@ -41,10 +41,10 @@ body:
41
41
attributes:
42
42
label: Version
43
43
description: |
44
-
What [version of the firmware](https://github.com/JF002/InfiniTime/blob/develop/doc/gettingStarted/gettingStarted-1.0.md#how-to-check-the-version-of-infinitime-and-the-bootloader) are you running?
45
-
If you are running an older version, please consider [updating to the latest firmware](https://github.com/JF002/InfiniTime/blob/develop/doc/gettingStarted/gettingStarted-1.0.md#how-to-update-your-pinetime).
44
+
What [version of the firmware](https://github.com/InfiniTimeOrg/InfiniTime/blob/main/doc/gettingStarted/updating-software.md#checking-the-version-of-infinitime) are you running?
45
+
If you are running an older version, please consider [updating to the latest firmware](https://github.com/InfiniTimeOrg/InfiniTime/blob/main/doc/gettingStarted/updating-software.md#updating-with-companion-apps).
46
46
If you are running directly from git, specify the branch or the commit hash directly.
Copy file name to clipboardexpand all lines: .github/ISSUE_TEMPLATE/issue-report.yaml
+3-3
Original file line number
Diff line number
Diff line change
@@ -23,9 +23,9 @@ body:
23
23
attributes:
24
24
label: Version
25
25
description: |
26
-
What [version of the firmware](https://github.com/JF002/InfiniTime/blob/develop/doc/gettingStarted/gettingStarted-1.0.md#how-to-check-the-version-of-infinitime-and-the-bootloader) are you running?
27
-
If you are running an older version, please consider [updating to the latest firmware](https://github.com/JF002/InfiniTime/blob/develop/doc/gettingStarted/gettingStarted-1.0.md#how-to-update-your-pinetime).
26
+
What [version of the firmware](https://github.com/InfiniTimeOrg/InfiniTime/blob/main/doc/gettingStarted/updating-software.md#checking-the-version-of-infinitime) are you running?
27
+
If you are running an older version, please consider [updating to the latest firmware](https://github.com/InfiniTimeOrg/InfiniTime/blob/main/doc/gettingStarted/updating-software.md#updating-with-companion-apps).
28
28
If you are running directly from git, specify the branch or the commit hash directly.
Copy file name to clipboardexpand all lines: CONTRIBUTING.md
+5-5
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ Here are things you can do to help.
6
6
-[Write and improve documentation](#documentation)
7
7
-[Fix bugs, add functionalities and improve the code](#how-to-create-a-pull-request)
8
8
- Participate in the discussions within issues and PRs. Your feedback is appreciated!
9
-
- Review pull requests. Follow the instructions [here](maintainer-guide.md#reviewing-prs)
9
+
- Review pull requests. Follow the instructions [here](doc/maintainer-guide.md#reviewing-prs)
10
10
11
11
## Documentation
12
12
@@ -22,7 +22,7 @@ The workflow is based on [GitHub flow](https://docs.github.com/en/get-started/qu
22
22
23
23
To create a pull request,
24
24
you need a [fork](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks) of the repo.
25
-
Create a new [branch](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches) from develop,
25
+
Create a new [branch](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches) from main,
and create a [pull request](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request).
@@ -31,11 +31,11 @@ and create a [pull request](https://docs.github.com/en/pull-requests/collaborati
31
31
32
32
When making changes to the firmware:
33
33
34
-
- Consider if your feature aligns with the [InfiniTime vision](InfiniTimeVision.md)
34
+
- Consider if your feature aligns with the [InfiniTime vision](doc/InfiniTimeVision.md)
35
35
- Test your changes on a PineTime or InfiniSim
36
-
- Make sure the code conforms to the [coding conventions](coding-convention.md)
36
+
- Make sure the code conforms to the [coding conventions](doc/coding-convention.md)
37
37
38
-
You can also check the [maintainer's guide](maintainer-guide.md)
38
+
You can also check the [maintainer's guide](doc/maintainer-guide.md)
Copy file name to clipboardexpand all lines: doc/ExternalResources.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ This page describes how the resources are integrated in InfiniTime from a develo
6
6
7
7
## Resources generation
8
8
9
-
Resources are generated at build time via the [CMake target `Generate Resources`](https://github.com/InfiniTimeOrg/InfiniTime/blob/develop/src/resources/CMakeLists.txt#L19).
9
+
Resources are generated at build time via the [CMake target `Generate Resources`](https://github.com/InfiniTimeOrg/InfiniTime/blob/main/src/resources/CMakeLists.txt#L19).
10
10
It runs 3 Python scripts that respectively convert the fonts to binary format, convert the images to binary format and package everything in a .zip file.
11
11
12
12
The resulting file `infinitime-resources-x.y.z.zip` contains the images and fonts converted in binary `.bin` files and a JSON file `resources.json`.
Copy file name to clipboardexpand all lines: doc/MemoryAnalysis.md
+2-2
Original file line number
Diff line number
Diff line change
@@ -104,7 +104,7 @@ In Infinitime 1.1, the biggest buffers are the buffers allocated for LVGL (14KB)
104
104
105
105
### Stack
106
106
107
-
The stack will be used for everything except tasks, which have their own stack allocated by FreeRTOS. The stack is 8192B and is allocated in the [linker script](https://github.com/InfiniTimeOrg/InfiniTime/blob/develop/nrf_common.ld#L148).
107
+
The stack will be used for everything except tasks, which have their own stack allocated by FreeRTOS. The stack is 8192B and is allocated in the [linker script](https://github.com/InfiniTimeOrg/InfiniTime/blob/main/nrf_common.ld#L148).
108
108
An easy way to monitor its usage is by filling the section with a known pattern at boot time, then use the firmware and dump the memory. You can then check the maximum stack usage by checking the address from the beginning of the stack that were overwritten.
109
109
110
110
#### Fill the stack section by a known pattern:
@@ -216,7 +216,7 @@ According to my experimentations, we don't use the stack that much, and 8192 byt
216
216
217
217
### Heap
218
218
219
-
The heap is declared in the [linker script](https://github.com/InfiniTimeOrg/InfiniTime/blob/develop/nrf_common.ld#L136) and its current size is 8192 bytes. The heap is used for dynamic memory allocation(`malloc()`, `new`...).
219
+
The heap is declared in the [linker script](https://github.com/InfiniTimeOrg/InfiniTime/blob/main/nrf_common.ld#L136) and its current size is 8192 bytes. The heap is used for dynamic memory allocation(`malloc()`, `new`...).
220
220
221
221
Heap monitoring is not easy, but it seems that we can use the following code to know the current usage of the heap:
The branching model of this project is based on the workflow named [Git flow](https://nvie.com/posts/a-successful-git-branching-model/).
3
+
The project has 1 main branch, aptly called **main**.
4
+
This branch contains the latest development that will be tagged for the next release once it's considered stable.
4
5
5
-
The project is based on 2 main branches:
6
+
New features should be implemented in **feature branches** created from **main**.
7
+
When the feature is ready, a pull request is created and it'll be merged into **main** when it is successfully reviewed and accepted.
6
8
7
-
-**master** : this branch is always ready to be deployed. It means that at any time, we should be able to build the branch and release a new version of the application.
8
-
-**develop** : this branch contains the latest development that will be integrated in the next release once it's considered as stable.
9
+
To release a new version of the application, when main is considered stable, a tag is created on the version bump commit in **main** and the release is generated (a tag is applied to git, the release note is finalized, binaries are built,...).
9
10
10
-
New features should be implemented in **feature branches** created from **develop**. When the feature is ready, a pull-request is created and it'll be merge into **develop** when it is successfully reviewed and accepted.
11
-
12
-
To release a new version of the application, when develop is considered stable, a **release** branch is created from **develop**. This can be considered as a *release candidate* branch. When everything is OK, this release branch is merged into **master** and the release is generated (a tag is applied to git, the release note is finalized, binaries are built,...) from **master**.
13
-
14
-
Git flow also supports the creation of **hotfix** branches when a bug is discovered in a released version. The **hotfix** branch is created from **master** and will be used only to implement a fix to this bug. Multiple hotfix branches can be created for the same release if multiple bugs are discovered.
11
+
We also supports the creation of **hotfix** branches when a bug is discovered in a released version. The **hotfix** branch is created from the latest tag and will be used only to implement a fix to this bug.
12
+
Multiple hotfix branches can be created for the same release if multiple bugs are discovered.
Copy file name to clipboardexpand all lines: doc/buildAndProgram.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -48,7 +48,7 @@ CMake configures the project according to variables you specify the command line
48
48
#### (\*) Note about **CMAKE_BUILD_TYPE**
49
49
By default, this variable is set to *Release*. It compiles the code with size and speed optimizations. We use this value for all the binaries we publish when we [release](https://github.com/InfiniTimeOrg/InfiniTime/releases) new versions of InfiniTime.
50
50
51
-
The *Debug* mode disables all optimizations, which makes the code easier to debug. However, the binary size will likely be too big to fit in the internal flash memory. If you want to build and debug a *Debug* binary, you'll need to disable some parts of the code. For example, the icons forthe **Navigation** app use a lot of memory space. You can comment the content of `m_iconMap`in the [Navigation](https://github.com/InfiniTimeOrg/InfiniTime/blob/develop/src/displayapp/screens/Navigation.h#L148) application to free some memory.
51
+
The *Debug* mode disables all optimizations, which makes the code easier to debug. However, the binary size will likely be too big to fit in the internal flash memory. If you want to build and debug a *Debug* binary, you'll need to disable some parts of the code. For example, the icons forthe **Navigation** app use a lot of memory space. You can comment the content of `m_iconMap`in the [Navigation](https://github.com/InfiniTimeOrg/InfiniTime/blob/main/src/displayapp/screens/Navigation.h#L148) application to free some memory.
52
52
53
53
#### (\*\*) Note about **BUILD_DFU**
54
54
DFU files are the files you'll need to install your build of InfiniTime using OTA (over-the-air) mechanism. To generate the DFU file, the Python tool [adafruit-nrfutil](https://github.com/adafruit/Adafruit_nRF52_nrfutil) is needed on your system. Check that this tool is properly installed before enabling this option.
Copy file name to clipboardexpand all lines: doc/buildWithVScode.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -32,7 +32,7 @@ The .devcontainer folder contains the configuration and scripts for using a Dock
32
32
33
33
Using the [Remote-Containers](https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers) extension is recommended. It will handle configuring the Docker virtual machine and setting everything up.
34
34
35
-
More documentation is available in the [readme for devcontainers](usingDevcontainers.md)
35
+
More documentation is available in the [readme in .devcontainer](../.devcontainer/README.md)
Copy file name to clipboardexpand all lines: doc/versioning.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -3,5 +3,5 @@
3
3
The versioning of this project is based on [Semantic versioning](https://semver.org/):
4
4
5
5
- The **patch** is incremented when a bug is fixed on a **released** version (most of the time using a **hotfix** branch).
6
-
- The **minor** is incremented when a new version with new features is released. It corresponds to a merge of **develop** into **master**.
6
+
- The **minor** is incremented when a new version with new features is released. It corresponds to a tag of a commit in **main**.
7
7
- The **major** should be incremented when a breaking change is made to the application. We still have to define what is a breaking change in the context of this project.
0 commit comments