使用Git的编码器协作最佳实践

使用Git的编码器协作最佳实践,git,version-control,branch,collaboration,branching-strategy,Git,Version Control,Branch,Collaboration,Branching Strategy,我在理解Git团队工作原则方面遇到了一些困难 考虑一个由两名程序员组成的团队:a和B。他们正在做一个项目。此外,还有一个远程服务器,上面有一个repoA和B正在远程协作。回购协议中已经有一些代码 我想请您帮忙组织他们在Git上的分步工作流程。 1.他们必须创建自己的本地分支机构吗? 2.他们如何在生产服务器上上传工作代码rsync 任何帮助都将不胜感激 每个开发人员都有自己的存储库克隆。他们可以在需要时为主题工作创建分支。他们的个人克隆人是他们自己的地盘,他们可以做任何他们想做的事 每个开发人员

我在理解Git团队工作原则方面遇到了一些困难

考虑一个由两名程序员组成的团队:
a
B
。他们正在做一个
项目
。此外,还有一个远程服务器,上面有一个repo
A
B
正在远程协作。回购协议中已经有一些代码

我想请您帮忙组织他们在Git上的分步工作流程。
1.他们必须创建自己的本地分支机构吗?
2.他们如何在生产服务器上上传工作代码<代码>rsync

任何帮助都将不胜感激

  • 每个开发人员都有自己的存储库克隆。他们可以在需要时为主题工作创建分支。他们的个人克隆人是他们自己的地盘,他们可以做任何他们想做的事

  • 每个开发人员都应该有自己的远程公共存储库,他们可以向其中推/拉。通常,如果您想要发布代码,将有一个人最终决定将要发布的内容和删除的内容。此人的远程存储库应该有一个表示稳定版本的分支。假设A是希望将B的工作合并到发布中的发布经理。然后A将等待,直到B将其工作推送到自己的远程回购。然后A会把B的作品放到他的本地克隆人那里,进行尝试、合并、提交,然后推送到他自己(A)的公共回购协议上发布


  • 在(2)中,我只描述了可用于git等分布式SCM的许多不同工作流中的一个。还有很多其他的。这在描述其他分支时特别好。

    程序员不需要创建自己的分支来工作。在最简单的情况下,程序员将提交到他们自己的存储库的“主”分支,然后将这些提交推送到上游存储库

    要部署到生产服务器,一种方法是在生产服务器上使用
    git clone
    ,以获取本地存储库。然后,要更新生产服务器,请登录并
    git pull
    。将应用已提交到主存储库的任何更改


    开发人员可以选择创建自己的分支供自己使用(仅在本地存储库中),也可以创建分支与其他人共享(通过将分支推到共享存储库中)。

    关于一个更一般的主题,“何时应该分支”:+1但我不得不说,虽然你写的每一件事都是正确的,但我认为OP会感到难以承受。如果OP需要问他是否应该使用rsync,很明显他更多地在我的飞机上,而不是你的飞机上。