这是一个创建于 1160 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://engineering.fb.com/2022/11/15/open-source/sapling-source-control-scalable/
这套内部工具是以前在 meta 的时候非常喜欢的，真的是只要写代码，每天都会用到。个人是觉得非常简单易用的代码管理和 review 工作流，现在开源出来并且和 github 集成，非常期待能在现在的工作上用到(我们正在迁移到 github 企业版，真是有点等不及😂)
其中的 interactive smartlog 真是非常推荐去看一看
ps 希望讨论仅限于 Sapling ，SCM 这个话题本身。Meta 确实非常容易引起争议。
这套内部工具是以前在 meta 的时候非常喜欢的，真的是只要写代码，每天都会用到。个人是觉得非常简单易用的代码管理和 review 工作流，现在开源出来并且和 github 集成，非常期待能在现在的工作上用到(我们正在迁移到 github 企业版，真是有点等不及😂)
其中的 interactive smartlog 真是非常推荐去看一看
ps 希望讨论仅限于 Sapling ，SCM 这个话题本身。Meta 确实非常容易引起争议。
 |
1
cuebyte 2022 年 11 月 17 日
沒用過，很好奇體驗如何。
|
 |
2
Jirajine 2022 年 11 月 17 日
看起来不错，不知道和 git 集成有多少坑。git 虽然 ux 不太好，但使用太广泛了基本很难替代。
|
 |
5
nicktogo OP @cuebyte 我的体验就是支持 stack PRs ，细分 PR ，更方便 review ，turn around 时间更短。全 ui 操作，能让工程师更专心于代码，而不是耗费精力在不重要的代码管理上。即使没有 scm 经验，也能顺利写码，发 PR 。
|
 |
6
zzl0 2022 年 11 月 17 日
@Jirajine Git 确实是事实上的标准，大家都在用。Sapling 兼容 Git ，支持 Github Pull Request 开发。我的个人项目现在都在用 Sapling 了。
欢迎体验下 https://sapling-scm.com/ |
Select Language