4、搭建开发环境:安装引擎、配置IDE、版本控制(Git)设置

说实话,很多新手开发者容易忽略这一步。他们觉得「写代码才是正经事,装软件谁不会啊?」。但我见过太多项目,因为环境没搭好,浪费了整整一周去排查「为什么我跑不起来」的问题。

我个人习惯是,在动手写第一行代码之前,先把三样东西搞定:游戏引擎IDE(集成开发环境)Git版本控制。这三样就像盖房子的脚手架、锤子和图纸管理。缺一个,后面都得翻工。

4.1 选择并安装游戏引擎

市面上主流的引擎就那几个。Unity、Unreal、Godot,还有Cocos。选哪个?

我的建议很简单:看你的目标平台和团队规模

  • Unity:适合2D/3D,移动端优化好。C#语言,上手快。我在项目中遇到过最头疼的其实是它的光照烘焙,但整体生态最成熟。
  • Unreal Engine:画面天花板。C++和蓝图。如果你做3A级画质的游戏,选它没错。但说实话,它的编译时间...嗯,够你泡杯咖啡。
  • Godot:轻量、开源、免费。GDScript语法像Python。适合独立开发者和小团队。我最近一个小项目就用的它,启动速度真的快。
  • Cocos Creator:专注2D,尤其适合H5和小游戏。TypeScript/JavaScript。
我的小技巧:别纠结太久。选一个你社区资源最多的引擎。遇到问题能搜到答案,比引擎本身的功能更重要。

安装步骤其实很简单。去官网下载对应版本的Hub或安装器。这里有个坑——版本号。我曾经因为用了最新的2023.3.0f1版本,结果项目做到一半发现某个插件不兼容,被迫回退。你想想看,这多耽误事。

所以我建议:选LTS(长期支持)版本。比如Unity的2022.3 LTS,或者Unreal的5.3。稳定第一。

4.2 配置IDE:让你的编辑器顺手

引擎装好了,接下来是写代码的工具。说白了,就是IDE。

不同的引擎推荐的IDE不一样:

引擎 推荐IDE 备注
Unity Visual Studio 2022 / Rider VS免费,Rider收费但好用
Unreal Visual Studio 2022 / CLion VS必须装「游戏开发」工作负载
Godot VS Code / 内置编辑器 VS Code装Godot插件即可
Cocos VS Code 配合TypeScript插件

我个人习惯用Visual Studio 2022。为什么?因为免费,而且Unity和Unreal都原生支持。但要注意,安装VS的时候,一定要勾选对应的组件。

举个例子,如果你用Unity:

  • 在VS Installer里,勾选「使用Unity的游戏开发」工作负载
  • 它会自动帮你装好.NET桌面开发和Unity编辑器集成

如果你用Unreal:

  • 必须勾选「使用C++的游戏开发」
  • 还要单独装Unreal Engine的VS扩展
注意:我曾经见过一个同事,装了VS但没装C++模块。结果Unreal项目打开后,代码全是红色波浪线。他排查了整整两天,最后发现是安装时漏勾了一个选项。所以安装时,仔细看每个勾选框

IDE配置好之后,还有几个插件我强烈推荐:

  • GitLens(VS Code / VS):让你在代码里直接看到每一行是谁写的、什么时候写的。排查bug时特别好用。
  • EditorConfig:统一团队的代码风格。缩进用空格还是Tab?这个文件说了算。
  • SonarLint:实时检查代码质量。它会告诉你「这里可能有bug哦」。

4.3 版本控制:Git设置与工作流

版本控制这件事,怎么说呢?没有它,你就不配叫「开发」

我见过最惨的情况:一个独立开发者,做了三个月游戏,硬盘坏了。所有代码、资源、场景,全没了。他当时就坐在电脑前,愣了半天。后来他跟我说,那天他学会了什么叫「欲哭无泪」。

所以,Git必须用。而且从一开始就用。

4.3.1 安装Git

git-scm.com 下载安装包。一路默认选项就行。但有一个地方要注意:

  • 选择默认编辑器:选VS Code或者你常用的IDE。别选Vim,除非你真的会用。
  • 换行符处理:Windows选「Checkout Windows-style, commit Unix-style」。这样团队里有人用Mac/Linux也不会乱。

4.3.2 配置Git全局信息

打开终端(CMD或PowerShell),输入:

git config --global user.name "你的名字"
git config --global user.email "你的邮箱@example.com"

这两行一定要做。不然你提交代码时,Git不知道你是谁。我刚开始学的时候,就忘了配邮箱,结果提交记录里显示的是「unknown」。后来查起来特别麻烦。

4.3.3 创建仓库并忽略不必要的文件

在项目根目录下,创建一个 .gitignore 文件。这个文件告诉Git:哪些文件不要跟踪。

为什么需要它?你想想看,引擎生成的临时文件、编译出来的二进制文件、每个人的本地配置...这些都不应该提交到仓库里。不然每次拉代码,都会冲突。

不同的引擎有不同的 .gitignore 模板。我直接给你几个常用的:

Unity项目的 .gitignore 核心内容:

[Ll]ibrary/
[Tt]emp/
[Oo]bj/
[Bb]uild/
[Bb]uilds/
[Ll]ogs/
*.csproj
*.sln
*.user
*.userprefs

Unreal项目的 .gitignore 核心内容:

DerivedDataCache/
Intermediate/
Saved/
*.sln
*.suo
*.user
*.opensdf
*.sdf
*.db
重点.gitignore 要在 第一次提交之前 就创建好。如果已经提交了大型文件再想忽略,就得用 git rm --cached 来移除,非常麻烦。

4.3.4 初始化仓库并提交

在项目文件夹里,打开终端:

git init
git add .
git commit -m "初始提交:搭建开发环境"

到这里,你的项目已经在本地被Git管理了。但只有本地还不够。万一电脑坏了呢?

所以下一步,去GitHub(或者GitLab、Gitee)创建一个远程仓库。然后:

git remote add origin https://github.com/你的用户名/你的项目名.git
git push -u origin main

好了。现在你的代码安全了。

4.3.5 工作流建议

团队开发时,我建议用Git Flow或者GitHub Flow。简单来说:

  • main 分支:永远是可发布的稳定版本
  • develop 分支:日常开发的主线
  • feature/xxx 分支:每个新功能单独开一个分支
  • 开发完合并回 develop,测试稳定后再合并到 main

为什么要这样?因为游戏开发经常要「试错」。你做一个新功能,可能做着做着发现方向不对。如果直接在 main 上改,想回退就难了。但如果在 feature 分支上,删掉分支就行了,主分支干干净净。

避坑指南:我曾经在 feature 分支上做了两周的关卡设计,结果策划说「这个玩法砍掉了」。我当时心里一万个...但还好,我直接删了那个分支,main 分支毫发无伤。这就是分支的好处。

4.4 验证环境是否搭建成功

所有东西都装好了,怎么确认没问题?

我的做法是:创建一个空项目,跑一遍完整的流程

  1. 打开引擎,新建一个空项目
  2. 在场景里随便放一个模型(比如一个Cube)
  3. 写一行脚本,让这个Cube旋转
  4. 运行游戏,确认能正常显示和旋转
  5. 用Git初始化这个项目,提交一次,推送到远程仓库
  6. 从另一台电脑(或者另一个目录)克隆下来,确认能正常打开和运行

这一套走下来,你的开发环境就稳了。后面写代码、做资源,都不会被环境问题卡住。

嗯,到这里,环境搭建就讲完了。别嫌麻烦,这一步做好了,后面几十章你会感谢自己的。