因此,我们有数以万计的ARM模板,以及通过我们的AzDO管道产生的合并冲突等等。我们开始研究解决方案。其他人在做什么?我们的手臂都支持逻辑应用程序。"链接模板“是要走的路吗?其他解决方案?推荐的供应商?开源?吸取的教训?
发布于 2020-02-21 15:04:33
我们在Azure链接模板方面正在取得进展,从这里和其他社区来看,没有出现更好的替代方案。较小的链接模板正在减少在我们端进行合并冲突所花费的时间,因此有一个投资回报。
发布于 2020-02-06 16:48:31
如果你唯一的问题是合并冲突-这怎么是一个手臂模板问题?不管是ARM模板还是c#文件。合并冲突仍然是合并冲突。建立类似于gitflow或基于主干的开发模型并使用它。
发布于 2020-02-06 17:01:10
那么,如果使用逻辑应用程序,是什么导致ARM模板的长度这么长呢?有可能把他们拆散吗?如果模板与您正在使用的连接器的数量有很长的关联,那么可以在这里使用一种引用ARM中现有连接的方法
https://stackoverflow.com/questions/60099698
复制相似问题