我们是一个由 5 人组成的团队，从事微观策略方面的工作。我们分担每个角色，但我们没有工作流程。
每个人都可以构建或更改属性并更改架构。这通常会导致报告不起作用。此外，没有“好的”文档。我们尝试使用 sharepoint 建立文档，但我们也没有工作流。
最初，我们有一个旧项目，其中每个报告的所有属性都是新构建的。所以我们没有重用任何现有的模式对象。
因此，我们开始了一个新项目。我们意识到，由于缺乏理解和缺乏工作流程，我们犯了很多错误。我们觉得我们理解事物的速度比较慢（父子），但工作流程仍然很糟糕。
我们有一个开发项目和一个 lice 项目，但是以我们现在的工作方式，我们有很多问题。特别是，缺少的版本控制系统正在扼杀我们。我们执行更改并忘记我们所做的。因此，我们必须使用备份，在某一天破坏有用的工作
那么最佳做法是： * 部署新的属性、事实和报告 * 确保旧报告在构建新属性和事实后仍然有效 * 改进文档 * 在事实表和父子关系上定义的属性
感谢任何帮助
【问题讨论】：
标签： microstrategy
在团队环境中进行 MicroStrategy 开发，从开发部署到上线，可能非常具有挑战性。正如您正确指出的那样，缺乏版本控制以及对象之间未知的相互依赖关系可能会导致无法解决的问题。这个问题没有一个正确的答案，但我建议如下：
使用 MicroStrategy 提供的所有工具。当您从一个项目部署到另一个项目时，不要只是在对象管理器中拖放，而是创建一个包。部署该包时，请确保选择创建撤消包，以便在遇到任何问题时回滚更改。
在这方面，请尝试提前发现这些问题。在部署前后运行 Integrity Manager，即使只是为报告生成 SQL，也会指出您是否有任何问题。关于这一点：
创建第三个环境/项目。调用这个测试/发布控制，无论你喜欢什么。在这里您可以测试在对象管理器中创建的包，以确保它们具有预期的效果，并且不会破坏任何东西。实际上，这是您的部署的试运行。此环境应定期从实时更新（通过项目复制），以确保它不会进入意外状态（例如，由于对象管理器包导入损坏）。
除此之外，我只能提供组织方面的建议。一个人负责模式对象（即事实、属性、转换）的情况并不少见，这样开发人员就不会撤消彼此的更改。如果你有一个大型项目，这些对象可以被分成功能区域，并分配个人。
文档总是很棘手，但我喜欢尽可能多地放入对象描述中。这具有在 Web 界面中可见的优点（通过工具提示），并且包含在自动化项目文档中，如果您选择生成它。显然每个对象都有更改日志功能，但根据我的经验，开发人员很快就不会完成这些日志，因为保存发生得太频繁了。不过，如果您可以让人们填充它，那么您将在了解项目中的变化方面占得先机。
总结一下：
【讨论】：