bit.dev工作流，在发布之前没有专门的团队用于共享库并进行代码评审

Question

寻找工作流解决方案。我们需要一些东西，比如即席共享工作流https://docs.bit.dev/docs/workflows/projects和一个附加组件--在组件发布只能在代码评审之后进行之前。让我试着描述一个简短的场景：

• 有一个带有共享组件的回购。
• 有几个消费者项目。每个人都有自己的回购。
• 没有专门的团队来维护共享组件的回购。
• 使用者项目的开发人员导入共享组件并进行更改。
• 开发人员希望为组件更改创建一个拉请求。

到目前为止，我只看到一种解决方案--开发人员手动将他在本地进行的更改应用于共享库回购，并手动创建一个拉请求。有点无聊。bit.dev是否为这种情况提供了一个自动化的解决方案？

Answer 1

虽然类似PR的特性在Bit中仍然不可用，但您可以使用Git的PR工作流来为具有某种自动化功能的组件设置代码评审过程。

备注这个流程可以工作，而不管您的团队实现什么特定的工作流。在这个答案中，我将关注广告流，正如您的团队所使用的那样。

您首先需要在您的项目上设置自动化，当组件的代码发生更改时，您的CI将对修改后的组件进行bit tag && bit export。只有当一个PR被批准并合并到master分支(在Git中)时，才会发生这种情况。然后使用Git集成特征设置您的项目，以便在组件的新版本上接收PRs。

使用这两个设置，这将是您的团队可以利用的工作流：

1. 将组件导入到任何项目并进行修改。
2. 向项目提交公关。
3. 让同行进行代码评审。
4. 合并更改时，在CI期间运行bit tag && bit export --eject
5. 提交并将对package.json的更改推回回购(根据您的自动化基础结构使用skip-ci标志)。
6. 所有使用该组件的项目都可以使用新版本的Bit获得PR。

每当Bit中的新特性在此工作流上改进时，我将更新此答案。

Answer 2

正如Itay所说，您可以使用GitHub在bit.dev上的集成。

但是，如果需要，我创建演示项目，演示如何使用GitHub或Azure将项目与Bit集成，并在将我们的代码推送到master时导出新组件，并在PRs上运行Bit脚本。

https://github.com/teambit/bit-with-github-actions

https://github.com/teambit/bit-with-azure-devops

我希望它能帮到你。