【发布时间】：2019-04-17 18:03:54
【问题描述】：
现在我们已经从 clearcase ucm 切换到 github，我很难为 github 设计工作流程。
在 clearcase ucm 中，我只有一个开发流和一个集成流。全部 开发人员在 dev 流下签入，最终合并到 int 流并进行基线化。
同样的事情怎么能在github上做呢？
【问题讨论】：
标签： github clearcase clearcase-ucm
【发布时间】：2019-04-17 18:03:54
【问题描述】：
ClearCase 中的流类似于 Git 分支，以便多个开发人员协作完成共同的开发工作（通过交付/变基到该流）
由于 Git 是一个分布式 VCS，您可以通过以下方式实现相同的协作：
- 对分支进行本地提交（通常
dev用于开发） - 将这些提交推送到一个通用的远程仓库
如果其他人已经推送了他们自己的提交（比如交付），你会先git pull --rebase（有点像变基），解决任何冲突，然后推送。
真正的 Git 工作流程将涉及功能分支，然后您将合并并合并到 dev 分支，然后是集成分支，然后是 master 以进行发布。 Like gitworkflow.
远程存储库可以由 Git 存储库托管服务管理，例如 GitHub、BitBucket 或 Gitlab。
【讨论】：
-
所以我可以通过以下方式实现相同的协作：克隆远程分支并在本地提交将这些提交推送到远程的同一个分支？这有意义吗？
-
@user2636464 实际上，你克隆了一个 repo 的每个分支，然后签出 dev 分支，处理它并推回：克隆是一个完整的 repo，所有分支的完整历史记录。
-
我尝试使用 --single-branch 选项仅克隆所需的分支，而不是所有分支。可能会继续前进，一旦我们都接受过培训，我希望有一个更好的工作流程。感谢 git 工作流程链接。
-
@user2636464 对！我在 7 年前提到了
--single-branch选项（stackoverflow.com/a/9920956/6309）。我应该记得的！ -
有一些陷阱，特别是如果项目使用 GIT 子模块，因为它看起来不像专有的 SCM 系统那么成熟。我发现 MS 的 GIT 虚拟文件系统读起来很有趣，因为他们受到“当你有一个巨大的 git repo 会发生什么？”的沉重打击。您能想象在任何 SCM 工具中管理 300GB 代码库的“乐趣”，更不用说在每个用户工作站上放置完整的存储库副本了吗？