这是一个创建于 1066 天前的主题，其中的信息可能已经有所发展或是发生改变。
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 09:09:32 +08:00 用，很好奇如何。 |
 | 2 Jirajine 2022-11-17 09:57:28 +08:00 看起来不错，不知道和 git 集成有多少坑。git 虽然 ux 不太好，但使用太广泛了基本很难替代。 |
 | 4 nicktogo OP @kappa phab 是 review 代码的部分。开源出来后用 github 替换了，估计是 gh 受众更广。 |
| 5 nicktogo OP @cuebyte 我的体验就是支持 stack PRs ，细分 PR ，更方便 review ，turn around 时间更短。全 ui 操作，能让工程师更专心于代码，而不是耗费精力在不重要的代码管理上。即使没有 scm 经验，也能顺利写码，发 PR 。 |
 | 6 zzl0 2022-11-17 12:08:12 +08:00 @Jirajine Git 确实是事实上的标准，大家都在用。Sapling 兼容 Git ，支持 Github Pull Request 开发。我的个人项目现在都在用 Sapling 了。 欢迎体验下 https://sapling-scm.com/ |
Select Language