快速入门¶

核心构成¶

在使用 Odoo.sh 时，了解所涉及的主要组件很重要：

尽管它们彼此关联，但在 Odoo 应用的开发和部署中各自发挥着不同的作用。它们共同构成了一个从代码开发到实际业务使用的连贯流程。

GitHub 代码仓库就像您计算机上的一个文件夹，其中包含特定项目的所有文件和文件夹。不同之处在于，它存储在 GitHub 上，可以由多人通过不同的计算机访问和编辑。

换句话说，GitHub 代码仓库是一个您可以存储项目文件并与他人共享的地方，以便他们与您协作、做出更改并为您的项目做出贡献。它还会跟踪项目随时间发生的所有更改，以便在需要时可以轻松回滚到以前的版本。

此外，GitHub 提供了许多功能来帮助您管理项目，例如问题跟踪、拉取请求和代码审查。它是一个强大的软件项目管理和协作工具，被世界各地的开发者广泛使用。它是一个受版本控制的空间，用于存储 Odoo 应用的源代码。它跟踪每一次更改，支持协作，可以是公开的或私有的。

Odoo.sh 项目是一种 平台即服务 （PaaS），与 GitHub 整合，能够简化和自动化 Odoo 应用的开发、测试和部署流程。它包含自动备份、预发布环境和持续集成流水线等工具。

Odoo 数据库存储 Odoo 应用使用及生成的所有运营数据，例如业务记录、配置和用户数据。

Odoo.sh 涉及不同类型的用户，每个角色在项目周期中承担特定的职责：

GitHub 用户 ：指拥有与 Odoo.sh 项目关联的 GitHub 代码仓库访问权限的开发者。拥有仓库访问权限并不会自动使其成为 Odoo.sh 项目的协作者。
Odoo.sh 协作者 ：负责管理 Odoo.sh 项目的成员。每位协作者都必须关联一个 GitHub 用户，但他们不等同于数据库用户。
数据库用户 ：已部署的 Odoo 数据库的最终用户。他们与运行中的系统进行交互，但不参与开发或项目管理。

在使用 Odoo.sh 时，了解几个技术概念也很重要：

在 GitHub 上 Fork 代码仓库是指在您自己的账户上创建他人仓库的副本。这样您就可以修改仓库，而不会影响原始版本。

当您 Fork 一个仓库时，会创建该仓库的副本，其中包含原始仓库中的所有文件和文件夹。然后，您可以修改副本中的文件并提交它们，就像处理任何其他仓库一样。

Fork 代码仓库的好处是，您可以修改代码而不会影响原始版本，这在进行新功能实验或修复他人代码中的错误时非常有用。您还可以将 Fork 后的仓库作为项目的起点，并按需进行更改。

一旦您对 Fork 后的仓库做出了更改，就可以向原始仓库的所有者提交拉取请求，请他们将您的更改合并回其仓库。这是开源项目接受其他开发者贡献的常见做法，也是一个融入社区并提升编程技能的好方法。

当您在本地计算机的 Git 仓库中修改一个或多个文件时，这些更改被视为 未提交 。换句话说，Git 知道更改已经做出，但尚未正式保存或记录。

要保存这些更改并将其添加到 Git 仓库中，您需要创建一个提交。提交是您在特定时间点对文件所做的更改的快照，它记录了所做的更改内容、更改者及时间。

创建提交后，您可以将其推送到远程仓库（例如托管在 GitHub 上的仓库）。推送提交意味着将您在提交中所做的更改从本地仓库发送到远程仓库，以便其他人可以查看和使用这些更改。

总而言之，推送提交意味着将您在本地计算机的 Git 仓库中所做的文件更改发送到远程仓库。这是一种与他人共享更改并在项目上协作的方式。

将一个分支合并到另一个分支是将一个分支中所做的更改组合到另一个分支的过程。例如，假设您创建了一个名为 feature-branch 的新分支来开发项目的新功能。当您完成对该分支的更改后，可以将这些更改合并回主分支（通常称为 master 或 main 分支）。

当您合并分支时，Git 会检查两个分支中的更改并尝试将它们合并。如果两个分支中的更改之间存在冲突，Git 会在完成合并之前（从代码角度）提示您解决这些冲突。