git 拉取请求 - 哪种方法更好？
git pull requests - which is a better approach?
我们四个人一起开发一个小应用程序，我们制作了一个 bitbucket 存储库。
我们想要执行拉取请求，那么我们是否应该在我们的个人计算机 (git clone https://....com) 上克隆存储库，然后为我们的工作创建一个分支？例如，如果我的朋友正在构建 facebook 登录页面，他应该 fork 存储库然后在那里做工作，还是克隆主存储库然后 git branch fb-login、git checkout fb-login，然后提交？然后，推送到 fb-login 并创建一个 PR？
谢谢
如果团队中的成员在不同的部分工作，需要稍后汇集在一起，他们应该都克隆和分支，将您的更改放在您的分支中，并偶尔合并到主分支以将您的更改交付给其他人。
如果有一个项目有很多团队成员在工作，那么每个团队成员都应该克隆主仓库。
您应该确定一个开发分支。在这个问题的上下文中，开发分支将合并所有团队成员的更改，发布测试将在此分支上完成，最后代码将从该开发分支推送到主分支
一旦他们克隆了它，他们应该每人从开发分支中取出一个分支。每个团队成员都应该在他们的私有分支上工作。
在私有分支开发人员开发功能后，将拉取请求从他们的分支开发分支。
一些审阅者会将这些更改合并到开发分支。理想情况下，任何人都不应直接在开发分支中进行更改。
我们四个人一起开发一个小应用程序，我们制作了一个 bitbucket 存储库。
我们想要执行拉取请求，那么我们是否应该在我们的个人计算机 (git clone https://....com) 上克隆存储库，然后为我们的工作创建一个分支？例如，如果我的朋友正在构建 facebook 登录页面，他应该 fork 存储库然后在那里做工作，还是克隆主存储库然后 git branch fb-login、git checkout fb-login，然后提交？然后，推送到 fb-login 并创建一个 PR？
谢谢
如果团队中的成员在不同的部分工作，需要稍后汇集在一起，他们应该都克隆和分支，将您的更改放在您的分支中，并偶尔合并到主分支以将您的更改交付给其他人。
如果有一个项目有很多团队成员在工作，那么每个团队成员都应该克隆主仓库。
您应该确定一个开发分支。在这个问题的上下文中，开发分支将合并所有团队成员的更改，发布测试将在此分支上完成，最后代码将从该开发分支推送到主分支
一旦他们克隆了它，他们应该每人从开发分支中取出一个分支。每个团队成员都应该在他们的私有分支上工作。
在私有分支开发人员开发功能后，将拉取请求从他们的分支开发分支。
一些审阅者会将这些更改合并到开发分支。理想情况下，任何人都不应直接在开发分支中进行更改。