빌드¶
In Odoo.sh, a build is a database loaded by an Odoo server (odoo/odoo and odoo/enterprise) running on a specific revision of your project repository in a containerized environment. Its purpose is to test the proper behavior of the server, the database, and the features associated with that revision.
전체보기¶
In the Builds view, a row represents a branch, and a cell within that row represents a build of that branch.
Most builds are created after pushes to your GitHub repository branches. They can also be created through other operations, such as importing a database on Odoo.sh or requesting a rebuild for a branch in your project.
빌드에는 세 가지 상태가 있습니다:
A build is considered successful if no errors or warnings occur during its creation. Successful builds are highlighted in green.
A build is considered almost successful if warnings occur, but there are no errors. Almost successful builds are highlighted in yellow.
A build is considered failed if errors occur during its creation. Failed builds are highlighted in red.
참고
Builds do not always create a database from scratch. For instance, when pushing a change on the production branch, the created build starts the server with your new revision and tries to load the current production database on it.
단계¶
생산¶
The first build of a production branch creates a database from scratch. If this build is successful, this database will become the production database of your project.
From then on, pushes to the production branch will create new builds that attempt to load the database using a server running the new revision.
If the build is successful or almost successful, the production database will run with this build and its associated revision.
If the build fails to load or update the database, the previous successful build is reused to load the database. In that case, the database continues to run using the previous successful revision.
참고
The build used to run the production database is always the first in the builds list. If a build fails, it is placed after the build currently running the production database.
스테이징¶
Staging builds duplicate the production database and attempt to load this copy using the revisions of the staging branches.
Each time you push a new revision to a staging branch, the resulting build uses a fresh copy of the production database. Databases are not reused between builds of the same branch. This ensures that:
Staging builds use databases that closely match the current production state, so your tests are not performed on outdated data.
You can freely experiment within a staging database. When you want to start over with a new copy of the production database, you can request a rebuild.
However, this also means that if you make configuration changes in a staging database and do not apply them in production, those changes will not be present in the next build of the same staging branch.
개발¶
Development builds create new databases, load the demo data, and run the unit tests.
A build will be considered failed if tests fail during installation, as they are designed to raise errors when something is wrong.
If all tests pass and no errors occur, the build is considered successful.
참고
Depending on the list of modules to install and test, a development build can take up to one hour to be ready. This is due to the large number of tests included in the default Odoo module suite.
기능¶
The production branch always appears first. Other branches are ordered by the time of their last created build. The stage highlighted in purple corresponds to the stage selected in the Branches menu.
팁
검색 창을 통해 브랜치를 필터링할 수 있습니다.
각 브랜치별로:
연결 을 클릭하여 최신 빌드의 데이터베이스에 접근합니다.
Github 를 클릭하여 브랜치의 코드로 이동합니다.
Create a new build by clicking Rebuild. It uses the latest revision of the branch (it is not available if a build is already in progress for that branch).
각 빌드별로:
개정된 내용을 확인하려면 (GitHub) 아이콘을 클릭하세요.
Access the build’s database as the administrator by clicking Connect or as another user by clicking the (More Actions) button next to Connect and selecting Connect as.
Access the same tools as in the branches view by clicking the (More Actions) button next to Connect and selecting Logs, Web Shell, Editor, Outgoing e-mails (for the staging and development stages), Monitoring, and Download DB dump (for the production and staging stages).
