Sitecore的是，我公司采用的是内容管理系统。我们有三种环境：开发，分期和督促。我们使用到位桶与SourceTree（使用gitflow工作流程）对于大多数我们的开发工作。
我们正在运行到申请Sitecore的同流问题，因为有两个不同类型的人谁更改了网站。
一个是谁创建一个特性分支对某些功能的运行和发展分支整合开发。其他是谁在创造动态内容的临时网站工作的高级用户。动态内容无处不在，所以没有办法将其隔离。
因此，在部署过程中，我们不得不通过合并开发商与阶段变化所做的更改得到它准备部署的一个痛苦的过程。是否有任何的git的工作流程，有可以对此类情况的工作吗？谢谢！
这不是一个混帐，但一个组织的问题。你不能有开发生产（即具有动态实时数据）工作，也没有产生在开发站点。您必须浪费了难以置信的大量的时间解决合并冲突。
为了解决这一点，分离两个字段 - 这可以由施加在gitflow的顶部（这似乎很好的选择，用于一个git图案）时间约束来实现。然后你到释放保守的方式会是这个样子：
1）管理抓起日历和定义日期：特性冻结，冻结开发，内容冻结，释放。
2）离散事件增加新的功能，直到特性冻结，然后做自己的集成测试和完成的版本，直到开发冻结他们的工作。之后，你可以肯定的版本将不再developmentwise改变。
3）然后来的内容家伙，做他们的魔法，直到内容冻结。通常这不应该用正确的开发和测试CMS的功能造成干扰。
4）做测试和编辑。
5）发布。
但是，更好的：对于一些有类似CMS这种敏捷的潜力，这是一个相当漫长的过程。如果你想要去的多一点持续集成，不使用gitflow，不使用分立的版本：从分公司生产，开发单一功能，测试，合并，修正错误;同样的内容。时间框架这里：小时至数天数上限，越短越好。合并冲突的可能性将微乎其微由于对VS两个独立版本之间的巨大差异在主变化（谷歌敏捷开发，持续集成）时间紧迫。
内容分离的一句话：当你说你有困难的时候合并功能的内容这里还有另外一个问题：内容不应与程序性功能造成干扰，特别是在内容管理系统。如果是这样，您可能需要单独开发者和用户提供更多或 - 更好的办法 - 让他们多交谈彼此。定义整合双方的流程和使组织上不可能通过共同努力使相互冲突的创作。让他们如果可能的话坐在一起。取决于谁正在密切相关的话题换座位。至少有定期（每天）小组会议，并创建那些之间谈论的选项。让你的时间框架紧（谈论里程碑之间的工作非常小位，整个事情没有更多的压力...）。