Command line 在windows机器上运行部分构建脚本,在linux上运行其余脚本

Command line 在windows机器上运行部分构建脚本,在linux上运行其余脚本,command-line,build,windows-services,build-automation,Command Line,Build,Windows Services,Build Automation,我的构建脚本在linux上运行,并调用gcc、shell脚本等。 部分解决方案是用mono编写的,可以在linux上轻松编译。 但我想混淆代码。不是手动操作,而是作为构建过程的一部分 因此,我需要调用Dotfuscator,到目前为止,Dotfuscator只在windows上运行 有没有好的解决方案可以在windows机器上从linux远程调用基于命令行的workers/build脚本?我不仅要远程运行命令,还要传递文件 像使用tar文件的简单curl上传访问的windows服务一样,为每个并

我的构建脚本在linux上运行,并调用gcc、shell脚本等。 部分解决方案是用mono编写的,可以在linux上轻松编译。 但我想混淆代码。不是手动操作,而是作为构建过程的一部分

因此,我需要调用Dotfuscator,到目前为止,Dotfuscator只在windows上运行

有没有好的解决方案可以在windows机器上从linux远程调用基于命令行的workers/build脚本?我不仅要远程运行命令,还要传递文件

像使用tar文件的简单curl上传访问的windows服务一样,为每个并发连接的客户端创建一个temp文件夹(或阻止并发调用)并解压缩该文件,调用这些文件上的某些内容,并将结果再次打包为tar文件以将其返回给调用方?即使出现故障也会清除临时文件

也许有人知道一个很好的解决方案,可以让我不用自己写这篇文章

一个构建过程跨越多个平台应该并不少见,但我发现常见的构建服务器答案主要只涉及一个构建脚本。
还可以考虑从linux驱动的构建脚本运行nsis setup builder,如果您的解决方案的一部分有一个很小的windows组件

通过CIFS或Linux smbd导出在windows机器上安装windows共享是否公平?基本上是
tar源| ssh-windows-buildscript>obfuscated
,前提是您在windows机箱上运行ssh服务器,如果安装了共享,那么分配临时文件夹名并再次删除它就变得很棘手,必须有人清理它。在windows上运行ssh服务器并不是那么容易,我想我不应该认为在次级构建完成时清理共享文件夹会有那么困难。为了简化操作,您可以在Linux机器上运行Windows内置VM。Linux内置服务器不应运行VM,这将太重。