我的团队维护一个 JSON 文件，其中包含 GUID 字典，以便我们的服务正确使用版本图像。两个开发人员可以对相同的条目进行不同的更改，因此当他们覆盖文件中的同一行时，无论谁稍后提交都会发生合并冲突。
我们使用 Azure DevOps，我想使用 .gitattributes 在完成拉取请求时始终有效地将“合并我们的”仅在此文件中。但是，Azure DevOps 似乎不尊重此服务器端，因为即使使用 .gitattributes 文件，尝试完成拉取请求仍然会失败。
有一个类似的用户语音请求，但那是不久前的事了。
是否有另一种方法可以实现类似的行为，以防止必须使用 Azure DevOps 进行通常不必要且耗时的单行合并冲突解决？
在添加以编程方式生成的长字符串作为 Azure Pipelines 变量（作为测试更改的快速而简单的方法，而不是将文件推送到我的存储库）后，我收到此警告：
##[warning]Environment variable 'INPUT_SCRIPT' exceeds the maximum supported length. Environment variable length: 40384 , Maximum supported length: 32766
该警告非常容易理解，并且在给定常规环境变量的情况下似乎是合适的，但使用此新管道变量的任务按预期工作（假设整个字符串都在那里）。此警告相关吗？如果我……把它留在里面，它会在后面咬我吗？