Pull Request 有什么用？以及如何正确使用 Bitbucket？
What's the use of Pull Request? And how to use Bitbucket properly?
我以前使用过 BitBucket，但只是单独用于我自己的个人项目。我知道基础知识（我必须说的是非常基础的知识），但仅适用于独立开发人员。即使那样，我也是通过源代码树而不是控制台来完成的。所以这对我来说容易多了。我平时的工作流程是这样的：code->commit->code->commit->tag->push(如果一个feature做完了)->code->commit->code->commit->。 ..>tag>push->... 因为我是唯一开发该项目的人，所以很好。但是现在，我碰巧被指派在 BitBucket 中创建和设置一个 repo，以便我和 2 个初级程序员在办公室进行协作。老实说，我很困惑如何与除我之外的其他开发人员一起使用 BitBucket。
所以我的问题是：
- 使用BitBucket 进行协作的正确方法是什么？我告诉初级开发人员做什么？我（作为存储库的创建者、所有者和管理员）必须做什么？我应该习惯的正确工作流程是什么？
- Pull Request有什么用？据我了解，我们可以 "Push" 将本地副本复制到远程仓库。之后，我们做一个 "Pull Request"，整个团队都会检查它。但是，如果我作为管理员拒绝了推送和拉取请求，因为它已损坏或其他原因怎么办？我应该怎么办？
- 而且在pull request中，有一个选项可以在合并pull request后关闭分支（是否等于接受pull request？）。但是当我点击它时，当我接受拉取请求时，分支仍然在我的本地仓库中。那有什么用呢？
提前致谢。
PS：在说STFW或RTFM之前，仅供参考，过去几个月我已经这样做了，但仍然很困惑。我自己也试过了，但是，如你所见，我仍然很困惑。
2) 拉取请求是一条消息，上面写着 "hey, I have some stuff to share, please pull from my repository." 仅此而已。 PR 过去只是电子邮件信息。 github 和 bitbucket 等网站将其变成了带有按钮的 "feature"。
拉取请求的概念假设你们每个人都有自己的回购协议。您在 bitbucket 上的回购可能是您工作流程的中央回购（当然是自愿集中）。如果您对中央存储库拥有所有写入权限，则无需请求（向其发出拉取请求）任何人拉取它，因为你们所有人都可以自行推送。
但听起来您想要做的是限制您自己对中央 bitbucket 存储库的写入访问权限，允许其他人读取，并让他们在想要推送到中央存储库时提交拉取请求。然后您将查看拉取请求并合并它们或拒绝它们。
Bitbucket 可能有一些不错的 UI，但原则上它是这样工作的。
3) 如果你从它克隆，克隆的回购应该不再有分支，你现在不必删除 bitbucket 上的分支，只需在你的本地回购中。
我以前使用过 BitBucket，但只是单独用于我自己的个人项目。我知道基础知识（我必须说的是非常基础的知识），但仅适用于独立开发人员。即使那样，我也是通过源代码树而不是控制台来完成的。所以这对我来说容易多了。我平时的工作流程是这样的：code->commit->code->commit->tag->push(如果一个feature做完了)->code->commit->code->commit->。 ..>tag>push->... 因为我是唯一开发该项目的人，所以很好。但是现在，我碰巧被指派在 BitBucket 中创建和设置一个 repo，以便我和 2 个初级程序员在办公室进行协作。老实说，我很困惑如何与除我之外的其他开发人员一起使用 BitBucket。
所以我的问题是：
- 使用BitBucket 进行协作的正确方法是什么？我告诉初级开发人员做什么？我（作为存储库的创建者、所有者和管理员）必须做什么？我应该习惯的正确工作流程是什么？
- Pull Request有什么用？据我了解，我们可以 "Push" 将本地副本复制到远程仓库。之后，我们做一个 "Pull Request"，整个团队都会检查它。但是，如果我作为管理员拒绝了推送和拉取请求，因为它已损坏或其他原因怎么办？我应该怎么办？
- 而且在pull request中，有一个选项可以在合并pull request后关闭分支（是否等于接受pull request？）。但是当我点击它时，当我接受拉取请求时，分支仍然在我的本地仓库中。那有什么用呢？
提前致谢。
PS：在说STFW或RTFM之前，仅供参考，过去几个月我已经这样做了，但仍然很困惑。我自己也试过了，但是，如你所见，我仍然很困惑。
2) 拉取请求是一条消息，上面写着 "hey, I have some stuff to share, please pull from my repository." 仅此而已。 PR 过去只是电子邮件信息。 github 和 bitbucket 等网站将其变成了带有按钮的 "feature"。
拉取请求的概念假设你们每个人都有自己的回购协议。您在 bitbucket 上的回购可能是您工作流程的中央回购（当然是自愿集中）。如果您对中央存储库拥有所有写入权限，则无需请求（向其发出拉取请求）任何人拉取它，因为你们所有人都可以自行推送。
但听起来您想要做的是限制您自己对中央 bitbucket 存储库的写入访问权限，允许其他人读取，并让他们在想要推送到中央存储库时提交拉取请求。然后您将查看拉取请求并合并它们或拒绝它们。
Bitbucket 可能有一些不错的 UI，但原则上它是这样工作的。
3) 如果你从它克隆，克隆的回购应该不再有分支，你现在不必删除 bitbucket 上的分支，只需在你的本地回购中。