在这个博客中，我将解释改型参数NO_CSOL–对于导入对象没有跨系统对象锁的使用，以及一个可能无法预料的意外场景。
为了演示参数的使用，我将在两个系统中使用一个具有多客户端项目景观的双开发场景（N+1场景）。下面的项目展示了两个开发系统，钻机：501和SBX:801。
开始本例时，参数NO_CSOL将设置为inactive。
为了演示参数inactive的改装功能，大数据软件，云是什么，将在N landscape的开发系统中创建一个新程序。为了简化测试过程，传输将直接从项目任务列表中创建和发布。改造活动也将从任务列表中开始。改造功能的行为将与通过处理ChaRM文档创建和发布传输的行为相同。
程序Z_Reformation_TEST_1A是在N景观的开发客户端并保存到一个交通工具。
交通工具发布后，进行改装分析，大数据风控，以确定交通工具的改装活动是否可以自动执行，或者是否存在潜在冲突。分析取决于在N+1项目环境中激活的跨系统对象锁定功能。在N环境中从开发系统释放传输时，对N+1环境的CSOL条目进行检查，以确定N环境传输中的任何对象是否是锁定的焦点N+1景观的入口。如果N+1景观中不存在N开发传输中任何对象的锁定入口，改装活动被标识为"自动导入"（关键改装列上亮起绿灯）。
由于此示例的对象是在N环境中创建的，并且N+1环境中不存在同名的对象，因此应预期会出现"自动导入"。事实上是这样。
要执行改装活动，在改装请求列中输入目标运输。选择改装列表中的条目，并通过选择"自动导入"按钮启动改装活动（也可以使用"所有类别的改装"按钮）。
当改装活动被确定为自动导入时，发布的传送带的内容将放置在副本传送带中并放置在"导入"中N+1开发系统的缓冲区。改装活动开始时，副本的传输被导入到N+1开发系统中，传输的内容被放置在改装请求字段中输入的目标传输中。
改装对象保存到目标传输时，CSOL警告生成，因为CSOL也为N景观打开。
改装完成后将出现一个弹出窗口。
返回改装列表，条目变为绿色，状态更新为改装，表示改装已完成并成功。
对目标运输工具的审查显示如下：
在此需要注意的是，在N景观原始运输工具发布后，应及时处理自动进口改装。为确定自动导入改装而进行的分析是时间点分析。如果在改装处理发生之前，在N+1开发系统中对自动导入改装传输上的某个对象进行了更改，做出自动导入决定的分析无效。重新检查分析以确保不会发生降级。此重新检查由改装参数NO\RCHK驱动。此参数在非活动状态下传递。激活该参数后，将关闭重新检查。
继续重新检查确定冲突后的自动导入可能会导致N+1景观中包含冲突的对象降级。
重新检查确定初始改装计算后进行了更改后，可以选择重新计算改装。
返回到NO\CSOL演示。该场景继续对N环境中的程序RETRO\u TEST\u 1A进行更改。
发布更改后，对CSOL锁表的检查显示锁表中的三个条目。在最初创建程序时，有一个传输条目，一个更改条目，以及一个由于报告由于改装而保存在N+1开发系统的传输中的条目。
因此，改装分析确定N和N+1之间存在潜在冲突版本。
因此–尽管在第一次改装活动后没有版本差异，但N景观的第二次更改不是自动导入，因为第一次改装活动生成了CSOL条目。当进行第二次更改并发布时，表中N+1景观的CSOL条目导致改装分析确定N+1景观发生了更改，因此需要进行分析以确定如何将第二次更改改装为N+1景观。
为了避免这种情况，参数NO\ CSOL可以激活。为了演示其工作原理，将在激活参数的情况下重复该示例。
在N开发系统中创建一个新的报告，轻淘客旗舰版，Zèu RETROèu TESTè2A。
在N开发系统中发布任务和传输。
正如预期的那样，改装确定指示自动导入。
输入目标传输并通过选择"自动导入"按钮启动改装活动。
请注意，没有弹出警告，说明N环境中存在CSOL条目。还请注意，报告在传输级别而不是任务级别分配给目标传输。
最后，请注意传输中对象的锁定状态。
如预期，检查CSOL锁定表时，没有显示N+1景观中的更改条目。
对于测试的第二部分，将对N开发系统中的ZèU RETROèU TESTè2A进行更改并进行改装。发布更改时，改装分析确定自动导入，因为在将报表改装到N+1开发系统时，N+1环境中没有生成CSOL锁。
为报表更改执行自动导入后，CSOL表显示两个条目，一个用于报告的原始创建，一个用于更改。
在N+1开发系统中，报告在传输级别对齐，而不是在任务级别对齐。
这导致了一个有趣的情况，即两个传输持有相同的对象。
如上所述，这是因为工作台锁的状态为"对象导入"。这不提供独占锁。
因此，也可以对N+1开发系统中的对象进行更改并记录到第三个传输。
但是，第三个传输上的锁定状态表示独占锁。
如果尝试释放某个改装目标传输，释放将失败，因为传输在释放过程中无法获得独占锁。
