Build 在另一台机器上构建-工作流
我习惯于在IDE中构建源代码，并在环境中获得良好的反馈。然而，目前我正在用notepad++编写源代码，将其ftp到另一台具有特定环境设置的机器上，然后在那里构建它并读取Makefile输出，以查看它是否全部签出。之后，我将构建的可执行文件scp到实际设备上进行测试 我很好奇是否有环境可以简化这一点。我想我可以编写一个脚本，通过ftp修改文件，然后通过ssh运行命令来构建它们。但是我想要一个能够解析makefile输出的环境，并像大多数IDE一样为我提供一个构建报告。我不确定这个问题有多具体，或者很多嵌入式系统是否有类似的设置Build 在另一台机器上构建-工作流,build,makefile,workflow,Build,Makefile,Workflow,我习惯于在IDE中构建源代码，并在环境中获得良好的反馈。然而，目前我正在用notepad++编写源代码，将其ftp到另一台具有特定环境设置的机器上，然后在那里构建它并读取Makefile输出，以查看它是否全部签出。之后，我将构建的可执行文件scp到实际设备上进行测试 我很好奇是否有环境可以简化这一点。我想我可以编写一个脚本，通过ftp修改文件，然后通过ssh运行命令来构建它们。但是我想要一个能够解析makefile输出的环境，并像大多数IDE一样为我提供一个构建报告。我不确定这个问题有多具体，或
理想情况下，我想我会有一台具有正确构建环境的机器，但事实并非如此：//我倾向于将文件传输、远程make调用和其他任何必要的内容放入某个脚本中（具有一键式构建），然后将其设置为编辑器中的构建命令。我碰巧使用，它通过从生成C++代码中得到的错误消息很好地通过；就个人而言，我不认为编辑不支持这种工作流值得使用。有很多编辑这样做
哦，我会尝试用ssh上的rsync替换ftp。它可能更快、更容易自动化、更安全。我的工作机器运行的是windows。。我想我应该批量编写脚本，然后在make文件中调用它，该文件被设置为sublime的构建系统。看起来很简单。我不确定的一个问题是如何确定是否有必要在批处理脚本中进行清理，因为这会使生成过程花费更长的时间。或者安装cygwin。根据我的经验，它有sshd（需要设置）并且可以很好地将生成系统放在上面（包括在复制一些环境设置后调用devenv.exe来生成项目文件）。您可以签出。它是由编写包控件的同一个人编写的。