Version control SDLC:在“封闭系统”(M1-ERP)中管理变更

Version control SDLC:在“封闭系统”(M1-ERP)中管理变更,version-control,methodology,issue-tracking,sdlc,erp,Version Control,Methodology,Issue Tracking,Sdlc,Erp,我正在与一位拥有ERP系统的客户合作,该系统名为M1,他们希望对其进行定制更改 我花了一点时间研究ERP系统的定制。以下是我发现的与自定义更改有关的内容列表: 无法导出/导入自定义更改。M1设计工作室中有一个选项,但是,它们似乎总是被禁用。。。我尝试了所有方法,但在帮助文档中找不到任何提及。 您可以导出自定义设置更改日志CSV、XML、Excel、HTML,其中提供类型、名称、位置和说明。本质上,它是一个只读文档,提供所做更改的列表。您不能修改此日志的内容。 自定义表单更改,对所有数据源生效测试

我正在与一位拥有ERP系统的客户合作,该系统名为M1,他们希望对其进行定制更改

我花了一点时间研究ERP系统的定制。以下是我发现的与自定义更改有关的内容列表:

无法导出/导入自定义更改。M1设计工作室中有一个选项,但是,它们似乎总是被禁用。。。我尝试了所有方法,但在帮助文档中找不到任何提及。 您可以导出自定义设置更改日志CSV、XML、Excel、HTML,其中提供类型、名称、位置和说明。本质上,它是一个只读文档,提供所做更改的列表。您不能修改此日志的内容。 自定义表单更改,对所有数据源生效测试、阶段、现场。换句话说,似乎无法限制表单更改的范围。 自定义字段更改必须在每个数据源测试、阶段和活动中进行。奇怪的是,如果在测试中添加一个字段,调整网格以显示它,然后更改为LIVE,它会检测到该字段不存在,并否定网格更改。 我找不到表明此应用程序支持版本控制的文档。 叹息

所以

如何从SDLC:ALM方法和工具的角度管理变更

首先,我可以引入一个变更请求系统来管理待定和已完成的定制。那又怎么样?我应该如何管理和发布更改?将应用程序的备份置于源代码管理之下,并在需要时部署


这个问题可能没有一个好的答案,因为我无法利用版本控制和创建一个分离的环境,但我想如果有人有类似的经验或与M1一起工作过,我会问这个问题。

我认为两个月来没有答案,你的问题无法回答。SDLC是一种你可以在上面写教科书或阅读教科书,但对你的环境了解不够的东西,除此之外,SDLC可能是在你的店铺被雇佣的一个要点

我没有M1方面的经验,但我假设你将不得不向同事征求他们的想法,因为听起来你在问一个垂直封闭的问题,你的商店,你的工具,你的实践,没有确切的技术答案


关于最佳做法;我建议您调查M1 ERP筒仓之外的最佳实践,并在对您有意义的情况下应用它们。

我工作的公司也使用M1 ERP。关于定制的版本控制,我们也有类似的问题。据我所知,所有定制都存储在M1DD数据库中。作为基本版本控制系统,您可以在进行任何主要开发工作之前备份此数据库的副本

我熟悉所有数据集中的所有更改立即变为活动的问题。当您对常用模块进行更改时,这尤其令人恼火,因为您不知道在开发过程中实时数据会受到怎样的影响。我发现一种有用的技术是用if语句包围未测试的代码,这样它只在我登录时执行

If App.UserID = "MYUSERNAME" Then
   'new code here
End If

我很想听听你是如何解决这个问题的。

我很高兴你花时间提交了答案。我很乐意花点时间,就如何解决这个问题提供一个全面、深入的解释。