相关疑难解决方法(0)

您在MS Excel(2003/2007)中使用了哪些版本的控制系统？你会推荐什么？为什么？您的顶级版本控制系统有哪些限制？

为了正确看待这一点,这里有几个用例:

1. VBA模块的版本控制
2. 不止一个人正在处理Excel电子表格,他们可能正在对他们想要合并和集成的同一工作表进行更改.此工作表可能包含公式,数据,图表等
3. 用户不是太技术化,使用的版本控制系统越少越好
4. 空间约束是一个考虑因素.理想情况下,只保存增量更改而不是整个Excel电子表格.

我正在开发一个非常大的VBA应用程序.我想使用SVN开发该应用程序.

如何从Excel文档中拆分模块以及如何将模块单独上载到源代码管理？

请帮我.

通常，当我对VBA文件进行更改时，我喜欢对其进行编译以确保所做的更改不会破坏任何内容：

但是在具有不同版本Office的不同机器上进行编译将导致不同的结果，有时将进行编译，有时则不会…… 可能发生这种情况，或者可能发生这种情况。事实证明，在每个版本的excel中，各种情况都可能有所不同（尽管引用是最常见的问题）。

我将如何自动执行VBA代码的编译？我希望能够在Excel，PowerPoint和Word等多种产品中做到这一点，我希望能够在2010、2013、2016等版本中编译为32位和64位。

更新1

是的，这仍然是一个主要的痛点，现在我有一系列的手动测试人员（人员）根据我们的发布时间表来审查各种不同配置上的所有相关文件，必须有一种更好的方法来做到这一点。

我希望使用某种PowerShell脚本/.Net项目（C＃，VB.NET）可以完成此任务，即使我必须使用一堆Office版本安装服务器，我认为这样做也很值得投资。

我想，在最坏的情况下，您可以将所有这些不同的版本安装到各种VM上，然后使用AutoHotKey加上某种PowerShell脚本进行编译。Macro在Macro的乐趣之上...

这个冒险之旅向我强调了VBA开发有多么困难。我真的是第一个在不同版本的excel之间出现问题的人吗？要求能够在不同版本下进行编译是否合理？

MS 可能会喜欢它，但是对我来说，几乎就像这种语言在支持遗留代码上并没有长期计划。由于它与诸如此类的核心开发挑战相关，它只是继续存在而没有任何重大的官方未来迭代或考虑。