几年来，我一直是一个项目的唯一开发人员，直到最近才在团队中加入了第二个开发人员（他在 git 和 Gitea 方面的经验甚至比我还少）。这意味着我有很多我非常保护的源代码，但我确实需要他开始理解所有这些并开始实施增强/错误修复等。
我们有一个约定，他将从 master 分支分支，并将他的功能分支推送到原点 (Gitea)，从那里我可以查看他的代码并最终合并回 master。在 Gitea 中玩耍时，我注意到您可以将分支设置为“受保护”，这就是我为 master 分支所做的。这很棒，因为这意味着他不会意外推送到 master，但这意味着我也不能，一旦我将他的功能分支合并到本地 master。
关于如何解决这个问题的任何建议？我不想每次需要合并更改然后再次保护它时都取消保护 master 。
我从未使用过 Gitea，但至少在 BitBucket 或 GitLab 等其他平台上，您可以配置存储库以允许某些人推送到受保护的分支。寻找这样的选择可能会有所帮助。无论如何，如果发生合并冲突，您将需要这样的选项......（除非您在源分支中解决它们）
在互联网上的快速搜索表明，这样的功能似乎已经实现了。请参阅以下拉取请求：https ://github.com/go-gitea/gitea/issues/32
当您想要合并内容时，您不会被迫“取消保护”您的主分支。您必须创建一个拉取请求。
从 master 创建一个分支，将您的更改合并到其中，然后将其合并回 master 只是稍微不方便，与未受保护的设置相比，您可以直接推送到 master。
当你们中的一个人需要从他的功能分支将东西合并到 master 时，只需推送到远程并从那里创建您的拉取请求。
在您描述的上下文中，保护主分支似乎是一个好主意，不仅可以防止新手错误，而且还会为您提供一个很好的拉取请求历史记录，以防万一出现问题。