0

寻找工作流程解决方案。我们需要像 ad-hoc 共享工作流https://docs.bit.dev/docs/workflows/projects之类的东西，再加上一个 - 在组件发布只能在代码审查之后发生之前。让我试着描述一下简短的场景：

  • 有一个包含共享组件的仓库
  • 有几个消费者项目。每个人都在自己的仓库中
  • 没有专门的团队来维护带有共享组件的 repo
  • 消费者项目的开发者导入一个共享组件并进行更改
  • 开发人员想要为组件更改创建拉取请求

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

4

2 回答 2

2

虽然 Bit 中仍然没有类似 PR 的功能，但您可以使用 Git 的 PR 工作流程为具有一定自动化的组件设置代码审查流程。

请注意，无论您的团队实施何种特定工作流程，此流程都可以工作。在这个答案中，我将专注于您的团队使用的临时流程。

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

通过这两种设置，这将是您的团队可以使用的工作流程：

  1. 将组件导入任何项目并进行修改。
  2. 向项目提交 PR。
  3. 让同行进行代码审查。
  4. 合并更改时，bit tag && bit export --eject在 CI 期间运行
  5. 提交更改并将更改推送回package.json存储库（skip-ci根据您的自动化基础架构使用标志）。
  6. 所有使用该组件的项目都从 Bit 获得带有新可用版本的 PR。

每当 Bit 中的新功能改进此工作流程时，我都会更新此答案。

于 2020-05-02T09:29:12.017 回答
1

正如 Itay 所说，您可以在 bit.dev 上使用 GitHub 集成。
但是，如果您愿意，我会创建演示项目，展示如何使用 GitHub 或 Azure CI 将项目与 Bit 集成，并在我们推送到 master 的代码时导出新组件，并在 PR 上运行 Bit 脚本。
https://github.com/teambit/bit-with-github-actions
https://github.com/teambit/bit-with-azure-devops

我希望它会帮助你。

于 2020-06-29T14:35:06.740 回答