同一解决方案两项目Dockerfile一个可用一个报COPY文件不存在错误

核心报错信息：

Step 6/16 : COPY ["KweetService/KweetService.csproj", "KweetService/"]
Error response from daemon: COPY failed: file not found in build context or excluded by .dockerignore: stat KweetService/KweetService.csproj: file does not exist

按以下优先级逐点排查即可：

• 第一优先级检查构建上下文路径配置
  Docker的COPY指令只能读取构建上下文范围内的文件，90%的同类问题都是上下文配错导致的。如果你的sln解决方案文件在根目录，两个项目都和sln同层级存放，构建时必须把上下文指定为sln所在的根目录，不能切到KweetService项目文件夹内执行构建。
  举个正确的构建命令示例：假设你的目录结构是./MySolution/MySolution.sln、./MySolution/KweetService/KweetService.csproj，那需要cd到./MySolution目录下执行docker build -f KweetService/Dockerfile .，最后那个.代表上下文是当前目录（解决方案根目录），如果错写成cd到KweetService目录下执行docker build .，上下文里根本不存在KweetService子文件夹，必然报文件不存在。
  如果是用IDE的Docker插件自动构建，要检查插件生成的构建配置，确认上下文路径指向解决方案根目录，不要默认取Dockerfile所在的项目目录当上下文。
• 第二优先级检查.dockerignore排除规则
  打开构建上下文根目录下的.dockerignore文件，检查是否有规则误拦截了目标csproj文件，比如配置了**/*.csproj全局排除csproj但没有加白名单、或者路径通配符写错匹配到了KweetService目录下的文件。可以临时注释掉.dockerignore内所有规则跑一次构建，如果构建能正常过，再逐行调整排除规则即可。
• 第三优先级检查路径大小写、拼写匹配问题
  Linux环境下Docker的文件系统是大小写敏感的，要逐字核对Dockerfile里写的KweetService/KweetService.csproj和实际文件夹、文件名的大小写、拼写完全一致，比如实际文件夹叫Kweet_Service或者csproj文件名拼错，在Windows/macOS本地大小写不敏感的文件系统里可能不会提前暴露问题，到构建阶段就会报错。可以直接对照正常运行的另一个项目的Dockerfile路径写法，逐字符比对差异。
• 第四优先级确认文件实际存在
  到构建上下文对应的根目录下，直接执行路径查看命令（Linux/macOS用ls KweetService/，Windows用dir KweetService\），确认KweetService.csproj确实存放在对应目录下，排除git分支切换错误、文件拉取不全、手动移动项目导致文件丢失的问题。

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