blocks|key|657448|text|在以下几种情况下，这一问题可能会出现：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|657449|从项目在其他地方构建的回购中克隆，但在这台新机器上却没有|unordered-list-item|657450|尝试新的IDE：，Rider，VS代码|657451|新团队成员加入|657452|关于连续集成系统|657453|该解决方案是在KellyThomas对Github问题这里的响应中实现的。|offset|length|657454|在构建项目的过程中，godot程序集被放置在项目的.+mono+/程序集目录中。
场景(播放按钮位于戈多窗口的左上角)或单击单面面板上的构建按钮(与输出、调试器等在同一堆栈中的中间底部)。|blockquote|657455|运行项目/场景(播放按钮位于戈多窗口左上角)或|ordered-list-item|657456|单击mono面板上的build按钮(与输出、调试器等位于同一堆栈的中间底部)。|657457|因此，该项目没有构建的原因是，您的IDE或build系统没有所需的dll，当您从那里运行构建时，这个dll通常由Godot程序本身放置在那里。|657458|对于本地Dev机器，解决方案是在Godot中构建或运行项目一次，它将将dll放置在正确的文件夹中，使之保持不变，从而允许其他应用程序(如Visual或Rider+)创建生成(如果您对Godot使用Rider插件，我相信它将为您创建dll+)。|657459|​|657460|📷|atomic|657461|657462|在CI上，这种方法有点不同，因为我们每次都要重新开始，当可以使用类似MSBuild的东西时，我们不一定想运行Godot。|657463|我的解决方案是在工作目录之外存储所需DLL的副本，并在运行MSBuild步骤之前将其复制到构建文件夹中。|657464|在编写本报告时，构建Godo3.4.4+Mono项目所需的DLL是GodotSharp.dll。我怀疑每次升级戈多时，你都必须复制这个DLL的新版本。|style|CODE|657465|一次手工构建一个Godot项目来生成DLL+(基本的hello很好)。在戈多应用程序中构建项目之后，DLL存储在项目解决方案文件(.sln)旁边的文件夹中。文件夹取决于构建的配置。|657466|.mono/assemblies/Debug
.mono/assemblies/Release|code-block|syntax|javascript|657467|在OSX中，.mono文件夹是隐藏的，按cmd+%2B+shift+%2B+.键查看查找器中的文件夹。|657468|这就是如何使用yaml管道将文件复制到Azure+Devops上的正确文件夹。|657469|-+task:+CopyFiles@2
++++++inputs:
++++++++SourceFolder:+$(Agent.BuildDirectory)/GodotDlls/3.4.3
++++++++Contents:+'**'
++++++++TargetFolder:+$(binariesPath)/.mono/assemblies/Release|657470|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/godotengine/godot/issues/19060#issuecomment-390467101|1|IMAGE|IMMUTABLE|imageUrl|https://developer.qcloudimg.com/http-save/yehe-900000/d285e63c58f5f1f74db5af8835b0a2cb.png|imageAlt^0|0|0|0|0|0|R|2|0|0|0|0|0|0|0|0|0|1|1|0|0|0|0|X|E|0|0|0|K|F|0|0|0^^$0|@$1|2|3|4|5|6|7|25|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|26|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|27|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|28|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|29|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|2A|8|@]|9|@$M|2B|N|2C|1|2D]]|A|$]]|$1|O|3|P|5|Q|7|2E|8|@]|9|@]|A|$]]|$1|R|3|S|5|T|7|2F|8|@]|9|@]|A|$]]|$1|U|3|V|5|T|7|2G|8|@]|9|@]|A|$]]|$1|W|3|X|5|6|7|2H|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|6|7|2I|8|@]|9|@]|A|$]]|$1|10|3|11|5|6|7|2J|8|@]|9|@]|A|$]]|$1|12|3|13|5|14|7|2K|8|@]|9|@$M|2L|N|2M|1|2N]]|A|$]]|$1|15|3|11|5|6|7|2O|8|@]|9|@]|A|$]]|$1|16|3|17|5|6|7|2P|8|@]|9|@]|A|$]]|$1|18|3|19|5|6|7|2Q|8|@]|9|@]|A|$]]|$1|1A|3|1B|5|6|7|2R|8|@$M|2S|N|2T|1C|1D]]|9|@]|A|$]]|$1|1E|3|1F|5|6|7|2U|8|@]|9|@]|A|$]]|$1|1G|3|1H|5|1I|7|2V|8|@]|9|@]|A|$1J|1K]]|$1|1L|3|1M|5|6|7|2W|8|@$M|2X|N|2Y|1C|1D]]|9|@]|A|$]]|$1|1N|3|1O|5|6|7|2Z|8|@]|9|@]|A|$]]|$1|1P|3|1Q|5|1I|7|30|8|@]|9|@]|A|$1J|1K]]|$1|1R|3|-4|5|6|7|31|8|@]|9|@]|A|$]]]|1S|$1T|$5|1U|1V|1W|A|$1X|1Y]]|1Z|$5|20|1V|21|A|$22|23|24|-4]]]]

There are a few scenarios where this issue can present itself:
<ul>
<li>Cloning from a repo where the project builds elsewhere but on this new machine it doesn't</li>
<li>Trying a new IDE: Visual Studio, Rider, VS Code</li>
<li>New team members joining</li>
<li>On continuous integration systems</li>
</ul>
The solution is in a response from KellyThomas on a Github issue <a href="https://github.com/godotengine/godot/issues/19060#issuecomment-390467101" rel="nofollow noreferrer">here</a>
<blockquote>
The godot mono assemblies are placed in your project's
.mono/assemblies directory during the process of building your
project.
scene (play buttons are in top left corner of the godot window) or
clicking the build button on the mono panel (center-bottom in the same stack as output, debugger etc).
<ol>
<li>running your project / scene (play buttons are in top left corner of
the godot window) or</li>
<li>clicking the build button on the mono panel (center-bottom in the same stack as output, debugger etc).</li>
</ol>
</blockquote>
So the reason the project isn't building is that your IDE or build system doesn't have the required dll that is normally put there by the Godot program itself when you run a build from there.
For a local Dev machine the solution is to build or run the project in Godot once and it will place the dll in the correct folder where it will remain allowing builds to be created by other applications ie Visual Studio or Rider(if you use the Rider plugin for Godot I believe it will create the dll for you).
<a href="https://i.stack.imgur.com/d6L8A.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/d6L8A.png" alt="lovely red circles" /></a>
On a CI the approach is a bit different as we're starting fresh every time and we don't necessarily want to run Godot Build when can use something like MSBuild.
My solution to this is to store a copy of the required DLL outside the working directory and copy it to the build folder before the MSBuild step is run.
The required DLL for building Godot 3.4.4 Mono projects at the time of writing is <code>GodotSharp.dll</code>. I suspect you will have to copy a new version of this DLL every time you upgrade Godot.
Do a manual one time build of a Godot project to generate the DLL (basic hello world is fine). After building the project in the Godot Application the DLL is stored in a folder next to the solution file (.sln) for the project. The folder depends on the configuration of your build.
<pre><code>.mono/assemblies/Debug
.mono/assemblies/Release
</code></pre>
In OSX the .mono folder is hidden, press <code>cmd + shift + .</code> to see the folder in the finder.
This is how I get the file copied to the correct folder on Azure Devops using a yaml pipeline.
<pre><code>- task: CopyFiles@2
 inputs:
 SourceFolder: $(Agent.BuildDirectory)/GodotDlls/3.4.3
 Contents: '**'
 TargetFolder: $(binariesPath)/.mono/assemblies/Release
</code></pre>

I'm trying to build a Godot mono project that I've just cloned from my repo that works on my other machine.
When I try to build in Visual Studio I get the error
<pre><code> error CS0246: The type or namespace name 'Godot' could not be found (are you missing a using directive or an assembly reference?)
</code></pre>
I can replicate this by creating a basic empty scene project in Godot and opening the new solution in Visual Studio and trying to build.

Can't build Godot mono project "namespace name 'Godot' could not be found"

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在尝试构建一个Godot项目，它是我刚刚从我的回购系统中克隆出来的，可以在我的另一台机器上工作。当我尝试在中构建时，我得到了错误 error CS0246: The type or namespace name 'Godot' could not be found (are you missing a using ...

问无法构建Godot项目“找不到名称空间名称'Godot‘”
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问无法构建Godot项目“找不到名称空间名称'Godot‘”EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问无法构建Godot项目“找不到名称空间名称'Godot‘”
EN