问如何构建具有混合平台的azure devops管道

EN

我在工作中继承了一个新的C#项目，我一直在阅读源代码并为其构建Azure Dev-ops管道

它大约有多个后台线程和一个服务

我对Dev-ops Pipeline还是个新手，但我不是一个十足的笨蛋

简直就是个笨蛋

有一个模块叫做name of serviceservice.cs

它是在x86构建平台上构建的，其余的构建在任何CPU上

(我还没有编写任何代码，除了修复错误以使其运行之外

我将配置应用程序设置从其中一个模块复制到第二个模块，以便

配置管理器将会看到它

我添加了一个被忽略的布尔值

就是这样)

我把我的逻辑建立在问题的基础上；它在我的机器上构建得很好，而不是在Dev-ops上

到这里的这点信息

​

​

​

请注意，我不能将它切换到任何cpu上，它也不会构建到86

只是确认一下

该页面不仅有一个包含引用的using语句。

中断它的行将调用其包含名称空间的新语句，因此即使using不存在，也应该没有问题

对我来说，这意味着Dev-ops环境没有构建serviceservice.cs项目的名称

并且是x86构建模块在管道中抛出错误

我在很大程度上是自学的，并且一直在阅读本模块的上下文。

我认为这与该模块的代码库有多个Intptrs以及对非托管代码的引用有关

       //structure for the Process32First API
    [StructLayout(LayoutKind.Sequential)]
    private struct PROCESSENTRY32
    {
        public uint dwSize;
        public uint cntUsage;
        public uint th32ProcessID;
        public IntPtr th32DefaultHeapID;
        public uint th32ModuleID;
        public uint cntThreads;
        public uint th32ParentProcessID;
        public int pcPriClassBase;
        public uint dwFlags;
        [MarshalAs(UnmanagedType.ByValTStr, SizeConst = 260)]
        public string szExeFile;
    }  

我必须阅读非托管代码与托管代码的区别，我想我明白这一点

据我所知，这种差异更符合我的逻辑

所有这些都是为了问

我怎样才能让azure像我的机器一样构建它呢？

在我看来，我的管道的上下文也会添加到这次对话中，因此，出于这个目的

​

​