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