Github Actions构建静态库仍触发LNK1561入口点定义错误

以下是几种可能导致该错误的原因及对应的解决方式：

1. 配置类型未覆盖所有构建场景 #

你的.vcxproj文件中<ConfigurationType>StaticLibrary</ConfigurationType>可能仅设置了某一种配置（比如Debug）或平台（比如Win32），但Github Actions中构建的是Release配置或其他平台（比如x64），导致实际构建时使用了未设置为静态库的配置分支。

解决办法：

• 打开.vcxproj文件，搜索所有<ConfigurationType>节点，确保每个对应$(Configuration)|$(Platform)的PropertyGroup里，配置类型都是StaticLibrary。比如要保证Release/x64、Release/Win32等所有你需要构建的组合都设置正确。

2. MSBuild未指定平台，导致使用默认不匹配的配置 #

Github Actions中使用的MSBuild默认平台可能和你本地配置的平台不一致（比如本地改的是x64的静态库，但Actions默认构建Win32），从而触发错误配置。

解决办法：

• 在MSBuild命令中明确指定平台参数，比如如果你的项目是x64平台，修改构建命令：

run: msbuild /m /p:Configuration=${{env.BUILD_CONFIGURATION}} /p:Platform=x64 ${{env.SOLUTION_FILE_PATH}}

根据你的实际项目平台替换x64为Win32或其他。

3. 构建整个解决方案时，其他项目干扰 #

你当前的构建命令是针对整个解决方案（SOLUTION_FILE_PATH: .），如果解决方案中存在其他控制台/应用程序类型的项目，且该项目被设置为启动项目，可能会导致链接器尝试寻找其入口点，从而抛出错误。

解决办法：

• 改为直接构建目标静态库项目，将SOLUTION_FILE_PATH设置为你的项目文件路径，比如：

env:
  SOLUTION_FILE_PATH: ./YourProjectName.vcxproj

4. 项目配置存在条件覆盖问题 #

.vcxproj文件中可能存在后续的配置覆盖了<ConfigurationType>的设置，比如在某个Import节点之后，又重新设置了ConfigurationType为Application。

解决办法：

• 检查.vcxproj文件的末尾部分，确认没有后续的PropertyGroup修改了ConfigurationType的值。

内容的提问来源于stack exchange，提问作者Burrito