安装开发环境帮助文档

文档假设安装环境为 MacOS 或者 Linux（在两个系统有差别时会分标题列出），在安装过程中，请同时参考 gitlab-development-kit 官方文档。

gitlab-development-kit doc

前期准备

MacOS

请确保以下工具正确安装

Linux

请安装好下列前置依赖：

  • asdf
  • ExifTool
  • runit（不推荐使用包管理器安装，小心弄坏 systemd）
  • 运行下列命令（注意检查要被卸载的包，避免意外卸载掉重要的包）：
sudo apt install build-essential git graphicsmagick-imagemagick-compat libreadline-dev sqlite3 \
libsqlite3-dev libre2-dev build-essential zlib1g-dev libyaml-dev libssl-dev libgdbm-dev libre2-dev \
  libncurses5-dev libffi-dev curl openssh-server libxml2-dev libxslt-dev \
  libcurl4-openssl-dev libicu-dev logrotate rsync python-docutils pkg-config cmake \
  libkrb5-dev libcurl4-openssl-dev libexpat1-dev gettext libz-dev libssl-dev libpcre2-dev git-core \
  postfix libgpgme11-dev ruby-gpgme

其中，Postfix 可选 Local 配置。

如果在接下来的步骤中遇到了依赖问题，可以参阅Gitlab 在 Linux 上的依赖和搜索错误信息（放轻松啦，Linux 就是这样子的啦，哪有一帆风顺的，饮茶压压惊先）。

克隆 git-development-kit 代码库

这个代码库包含着 setup gitlab 环境的代码，不包含 gitlab 的相关代码。

使用下面命令 clone repo 到 gdk 文件夹 (没有使用 gitlab-development-kit 的名字，而是起了别名)。我喜欢用 ssh 的 url，也可以换成 https

git clone git@gitlab.com:gitlab-org/gitlab-development-kit.git gdk

请注意：

  1. 不要把 gdk repo 放到嵌套太深的文件夹中，因为后期会用到一些 socket 文件，而 socket 文件有 100 字符的限制，嵌套太深的文件夹很容易超出限制导致报错，推荐放到类似 /Users/xxx/work/gdk
  2. clone repo 之后不要轻易地修改 gdk 的文件夹名字，不少配置都是根据 clone repo 的名字生成的，修改之后很容易出错。

Bootstrap

MacOS

进入 gdk 文件夹，运行下面命令进行安装：

gdk_debug=true make bootstrap # 会安装 ruby,go,node 等等

环境变量 gdk_debug 可以查看安装过程中的 debug log。安装过程中可以关注一下 log，可能包含需要添加到.bash_profile 或者 .zshrc 里面环境变量。

Linux

进入 gdk 文件夹，运行下面命令：

gdk_debug=true make bootstrap

如果你使用的不是国外常见的发行版（Ubuntu, Debian, Arch, Fedora），比如说 Deepin，bootstrap 会失败，说不认识 Deepin，此时需要在gdk/support/bootstrap-common.sh:28附近的SUPPORTED_LINUX_PLATFORMS中新增行：['deepin']='Deepin' \.

安装配置 gdk

MacOS

如果是 M1 芯片的 mac，需要配置一下环境变量到.bash_profile 或者 .zshrc

export PKG_CONFIG_PATH="$(brew --prefix)/opt/libffi/lib/pkgconfig:$PKG_CONFIG_PATH"
export PKG_CONFIG_PATH="$(brew --prefix)/opt/icu4c/lib/pkgconfig:$PKG_CONFIG_PATH"
export LDFLAGS="$LDFLAGS:-L$(brew --prefix)/opt/libffi/lib"
export CPPFLAGS="-I/opt/homebrew/opt/libffi/include"
export CPATH=$(brew --prefix)/include
export LIBRARY_PATH=$(brew --prefix)/lib
export LD_LIBRARY_PATH=$(brew --prefix)/lib
export GIT_APPEND_BUILD_OPTIONS=LIBPCREDIR=$(brew --prefix)/opt/pcre2

首先需要安装 gitlab-development-kit gem，这个 gem 包含了 gdk 可执行命令。

gem install gitlab-development-kit

接下来就是 clone gitlab repo, 时间较长耐心等待, 同时配置运行 gitlab 的其他组件。

gdk install gitlab_repo=git@gitlab.com:gitlab-jh/jh-team/gitlab.git gdk_debug=true

repo git@gitlab.com:gitlab-jh/jh-team/gitlab.git 是极狐团队专用给 upstream 提交 MR 的，具体请参考 这个 ppt

在 gdk install 的过程中，如果碰到错误，首先请不要慌！不要慌！不要慌！：）

仔细查看错误的 log，在这里看下有没有解决方案：常见问题收集。

如果运气不好没找到，那么就试试 gdk update，有时候可能就自动 fix 了

gdk update gdk_debug=true

如果还是不行，考虑发消息求助其他极狐的小伙伴，或者找你的 buddy 帮你：）

Linux

确认你的系统的 inotify 足够大，因为 webpack 和 IDE 都会使用它：

sysctl fs.inotify

如果 inotify 低于 10 万的话，运行下列命令并重启系统：

echo fs.inotify.max_user_watches=100000 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

在 gdk 目录下运行命令：

gdk install gitlab_repo=git@gitlab.com:gitlab-jh/jh-team/gitlab.git gdk_debug=true

遇到问题时请仔细查看错误的 log，在这里看下有没有解决方案：常见问题收集。

启动 gitlab

可以使用 gdk 的命令来启动 gitlab 和其他组件

gdk start #启动所有组件，
gdk tail #查看所有组件的 log
gdk stop #停止所有组件
gdk status #查看组件运行状态
#更多命令请运行 gdk 查看帮助

在正确启动的环境之后，命令 gdk status 应该输出所有组件都是run状态的 log，如果有down的组件，请运行 gdk tail xxx 具体查看 log

run: /Users/.../services/gitlab-workhorse: (pid 88242) 417s, normally down; run: log: (pid 87924) 418s

run: /Users/.../services/postgresql: (pid 87928) 418s, normally down; run: log: (pid 87919) 418s

run: /Users/.../services/praefect: (pid 88235) 417s, normally down; run: log: (pid 87921) 418s

run: /Users/.../services/praefect-gitaly-0: (pid 88236) 417s, normally down; run: log: (pid 87923) 418s

run: /Users/.../services/rails-background-jobs: (pid 88243) 417s, normally down; run: log: (pid 87925) 418s

run: /Users/.../services/rails-web: (pid 88245) 417s, normally down; run: log: (pid 87920) 418s

run: /Users/.../services/redis: (pid 88087) 418s, normally down; run: log: (pid 87922) 418s

run: /Users/.../services/sshd: (pid 88246) 417s, normally down; run: log: (pid 87918) 418s

run: /Users/.../services/webpack: (pid 88244) 417s, normally down; run: log: (pid 87926) 418s

创建 main-jh 分支

在后期的开发过程中，我们经常需要同时修改 GitLab repo 和 JiHu GitLab repo 的代码，所以我推荐大家在 GitLab repo 中添加极狐 GitLab 源，这样可以更方便的向 GitLab 和极狐 GitLab 提交代码。

有两个主要的分支：

一个是 master，是专门往 upstream gitlab 提交代码用的分支，指向 GitLab 源

一个是 main-jh，是专门给极狐程序员用的分支，指向极狐 GitLab 源

类似下面的效果

git repo

我们执行完 gdk install 之后，就有了 master 分支（指向 upstream gitlab），然后再使用下面的命令创建 main-jh 分支

git remote add jh git@jihulab.com:gitlab-cn/gitlab.git # 添加 jh 源
git fetch jh # pull 所有 jh 源的分支
git switch -c main-jh jh/main-jh # 创建 main-jh 分支，并指向 jh 源

#验证一下
git remote -v
# jh	git@jihulab.com:gitlab-cn/gitlab.git (fetch)
# jh	git@jihulab.com:gitlab-cn/gitlab.git (push)
# origin	git@gitlab.com:gitlab-jh/jh-team/gitlab.git (fetch)
# origin	git@gitlab.com:gitlab-jh/jh-team/gitlab.git (push)

git checkout master && git status -sb
# master...origin/master 说明 master 指向 origin 源，也就是 gitlab.com

git checkout main-jh && git status -sb
# main-jh...jh/main-jh 说明 main-jh 指向 jh 源，也就是 jihulab.com

#下载依赖
bundle install
yarn install

在 main-jh 分支中，因为有极狐自己的代码 (存放在 jh 目录中)，需要注意：

  1. 因为 gitlab/jh 文件夹下有极狐自己用的 Gemfile，所以在启动 rails server 的时候，如果发现有类似“找不到 tencentcloud-sdk-common gem” 的错误，需要在 gitlab/.bundle/config 里面添加BUNDLE_GEMFILE: "jh/Gemfile"，保证 jh/Gemfile 能正确加载
  2. 在执行 gdk update 的时候，当在 gitlab 目录下切换至 master 分支时，确保该目录中没有 jh 子目录。原因是在 gdk update 的时候需要确保没有任何 极狐 的代码被执行，也需要注释掉在 gitlab/.bundle/config 里面BUNDLE_GEMFILE: "jh/Gemfile", 确保 gdk update 顺利完成。可以添加下面的 bash_function 到你的 shell 中，通过 jh_gemfile 和 gl_gemfile 添加/删除 gitlab/.bundle/config 里面 BUNDLE_GEMFILE的内容，这两个方法在 gitlab repo 和 gitlab 上层的 gdk repo 都可以调用。 每次新打开都可用的话，则复制下面的代码到 ~/.bash_profile 或者 ~/.zshrc
function jh_gemfile () {
  pwd=$(pwd)
  current_dir=`basename $pwd`
  if [ $current_dir != 'gdk' ] && [ $current_dir != 'gitlab' ]
  then
    echo 'run this in gitlab or gdk folder'
    return -1
  fi
  if [[ -d gitlab ]]
  then
    bundle_file="./gitlab/.bundle/config"
  else
    bundle_file="./.bundle/config"
  fi
  echo '---\nBUNDLE_SET: "without production"\nBUNDLE_JOBS: "5"\nBUNDLE_GEMFILE: "jh/Gemfile"' > $bundle_file
  echo "ADD jh/Gemfile in bundle/config"
}

function gl_gemfile () {
  pwd=$(pwd)
  current_dir=`basename $pwd`
  if [ $current_dir != 'gdk' ] && [ $current_dir != 'gitlab' ]
  then
    echo 'run this in gitlab or gdk folder'
    return -1
  fi
  if [[ -d gitlab ]]
  then
    bundle_file="./gitlab/.bundle/config"
  else
    bundle_file="./.bundle/config"
  fi
  echo '---\nBUNDLE_SET: "without production"\nBUNDLE_JOBS: "5"\n' > $bundle_file
  echo "REMOVE jh/Gemfile in bundle/config"
}

  1. 对于第2点，除了使用上述 sh 脚本手动切换外，也可使用 git hook 在切换分支时自动处理好BUNDLE_GEMFILE配置：

    1. 检查自己~/.gitconfig里的templatedir配置的目录，比如是 templatedir = ~/.git_template

    2. 把如下script内容

      pwd=$(pwd)
current_dir=$(basename $pwd)
if [ $current_dir == 'gdk' ] || [ $current_dir == 'gitlab' ]; then
	if [[ -d gitlab ]]; then
		bundle_file="./gitlab/.bundle/config"
	else
		bundle_file="./.bundle/config"
	fi

	GEMFILE="jh/Gemfile"
     if [[ -f "$GEMFILE" ]] || [[ -f "gitlab/$GEMFILE"  ]]; then
		echo "---\nBUNDLE_SET: \"without production\"\nBUNDLE_JOBS: \"5\"\nBUNDLE_GEMFILE: \"$GEMFILE\"" >$bundle_file
		echo "ADD $GEMFILE in bundle/config"
	else
		echo '---\nBUNDLE_SET: "without production"\nBUNDLE_JOBS: "5"\n' >$bundle_file
		echo "REMOVE $GEMFILE in bundle/config"
	fi
fi

      加入到第1步中确定的~/.git_template/hooks/post-checkout文件内，或者加入到项目下的：gitlab/.git/hooks/post-checkout文件内，即可。

      注意：上面两种方式都可行，区别在于后者只影响 gitlab 目录自身，前者是全局配置，会影响到你 HOME 目录下所有 git 目录。还有一点要小心，前者的全局git hook中如果加入了其他内容，在 gitlab 目录下执行切换分支的操作时，全局hook配置会自动同步写入项目下的hook。

  2. 完工。去gdk/gitlab目录下切换分支试试看吧。

设置本地网络

当前是使用 http://localhost:3000 启动访问服务，设置本地网络后则可以使用 http://gdk.test:3000 请参照一下 这个文档 设置本地网络参数

设置之前请运行 gdk stop 暂停所有组件，如果设置完成后发现有访问不到 rails 服务或者 webpack 服务的情况，你需要把你的开发域名设置成不走代理，然后重新尝试

登录 root 用户

设置完成后，访问 gdk.test:3000，登录 root/5iveL!fe

搭建成功！激动！撒花！

申请 gitlab license 激活 gitlab 服务

  • 参考 issue 在 Team Work 下申请 JiHu GitLab License。
  • 参考 issue 在 gitlab-jh-enablement 下申请 GitLab License。

拿到 License 后，在对应环境下，登录 root，点击 Menu → Admin → Settings → General → License file，上传即可。

运行本地测试

光登录成功还不够，还要能正确运行测试。推荐使用 rubymine 运行测试，介绍一下如何配置 rubymine rspec 的：

  1. 使用 rubymine 打开 gitlab repo，注意不是 gdk repo
  2. 选择 Edit Configuration，

edit config

  1. 点击左下角的Edit configurations templates
  2. 选择 rspec，在 Environment Variables 中添加 BUNDLE_GEMFILE=jh/Gemfile
  3. 然后打开一个测试文件，比如 terms_helper_spec.rb，运行测试，验证结果
  4. 其实在 gitlab repo 下运行 bundle exec rspec xxx_spec.rb 也可以。 例如 bundle exec rspec spec/models/users_statistics_spec.rb

Debug GitLab Rails Server

有时候我们需要 debug gitlab rails 来帮助我们更好地理解原有逻辑，具体如下：

  1. 暂停 gdk 管理的 rails 服务，gdk stop rails-web
  2. 打开 rubymine，选择 Edit Configuration（类似“运行本地测试”章节）
  3. 新增一个 ruby 启动项，添加以下内容
    1. ruby scripts: [gitlab-repo-path]/bin/rails
    2. script arguments: s
    3. working directory: [gitlab-repo-path]
    4. Environment Variable:
     ENABLE_BOOTSNAP=true;RAILS_ENV=development;ACTION_CABLE_IN_APP=true;ACTION_CABLE_WORKER_POOL_SIZE=4;CUSTOMER_PORTAL_URL=http://gdk.test:5000

set variable

  1. 选择刚才添加的启动项，点击 debug 即可，

start debug

有另一个简单的方法，就是使用 gdk thin，它会停止使用 puma 来启动 rails，然后起一个 thin 的 server，这样就可以使用 binding.pry 来打断点调试了

使用 Table+ 查看数据库

不会连接数据库的程序员不是好程序员：）

  1. 下载 table+, https://tableplus.com/, 试用版免费，正式版需要申请 license
  2. 添加新的连接，选择 postgres
  3. 在 Host/Socket 中填入 gdk/postgresql 的文件夹地址，比如 /Users/chaomao/workspace/gdk/postgresql. 或者查看gitlab/config/database.yml本地数据库的具体连接情况.
  4. port 填入 5432 , database 填入 gitlabhq_development
  5. 点击 Test 测试连接，connect 保存连接配置

table+

运行功能测试

  1. 保证 chromedriver 不会被苹果系统安全相关设置阻挡，在 terminal 里面运行 chromedriver 命令，确保能正确启动
  2. 在 terminal 里面删除 proxy 相关的环境变量，取消科学上网的全局代理模式
  3. 运行测试需要依赖 webpack，请运行 gdk start，同时 webpack 默认会延迟编译 js 文件，所以第一次运行测试会 fail，第二次运行就 pass 了
  4. 推荐运行这个测试验证 bundle exec rspec ee/spec/features/epic_boards/epic_boards_spec.rb

运行前端单元测试

  1. 确保 yarn install 安装成功
  2. 运行 yarn jest 会执行全量前端单元测试，如果需要单独执行某个测试文件可以运行 yarn jest spec/frontend/xx/xx_spec.js
  3. 如果需要调试某个前端单元测试，先在该测试文件中加入 debugger 语句，然后执行 yarn jest-debug spec/frontend/xx/xx_spec.js ，最后打开 chrome 浏览器访问 chrome://inspect 进行调试即可

Elasticsearch 环境安装和配置

Gitlab 的 Advanced Search（高级搜索）功能需要 elasticsearch 环境的支持，详细说明可参看官方文档。要启用它需要：

  1. elasticsearch 环境的支持；
  2. 在 Gitlab 中开启和配置，参考这里的文档操作，并生成 elasticsearch index；
  3. 用户 license 需要 PREMIUM 以上；

elasticsearch index 就类似于数据库中的表，数据是存在 index 中的。如果 index 不能正确生成，则搜索页面查询结果都为空的。

本地开发环境下，参照 gdk 这个 how to 文档来安装、启动 elasticsearch。

本地可使用 Elasticsearch Head 这个 chrome extension 来管理：

img

然后，开发环境下的 elasticsearch index 是通过 rake task 来做的（bundle exec rake gitlab:elastic:index），但 how to 文档里没提到的：

  1. 一定要先导入 license 成为 Ultimate 版本！然后再去 run rake task，因为即使你 license 为 Free 也是可以 run 的， rake 运行时不会报任何 license 不够的问题，而且生成 0 条数据的打印结果让你看起来也以为是成功的，实际上却没有。
  2. 一定要启动 sidekiq，因为生成 index（不管用 rake 还是在后台页面上点击操作）都是靠 sidekiq 在后台去跑的，否则会在 Head 里看到数据（doc）始终为 0 条；

另外，官方文档里也列举了一些常见的问题，可以参考下。

常见问题收集

  1. 这是 Upstream 整理的安装问题，先去找下你遇到的问题在不在此: Troubleshooting GDK

  2. 缺少依赖。这是最常见的错误，一定要仔细看日志。有些日志比较隐蔽，比如：

     ERROR: 'support/exec-cd gitlab bundle exec rake dev:setup' failed. Retrying in 2 secs..

    手动执行它，才看到了缺少 view_component 和 pg 的依赖：

     $ support/exec-cd gitlab bundle exec rake dev:setup
 Could not find view_component-2.61.0, pg-1.4.1 in any of the sources
 Run `bundle install` to install missing gems.

  3. 安装 asdf 前不应该配置这些环境变量，否则可能会出现问题：

     clang: clang: error: linker command failed with exit code 1 (use -v to see invocation)
 error: linker command failed with exit code 1 (use -v to see invocation)

  4. 报错 local error: tls: bad record MAC。
    如果你用 ClashX Pro，记得打开增强模式（其他代理工具类似），否则可能出现某些请求不走代理的情况，会报此错误。

  5. 报错 LoadError：re2/lib/libre2.9.dylib。

     LoadError: dlopen(/Users/xxx/.asdf/installs/ruby/2.7.7/lib/ruby/gems/2.7.0/gems/re2-1.6.0/lib/re2.bundle, 0x0009): Library not loaded:'/opt/homebrew/opt/re2/lib/libre2.9.dylib'
 Reason: tried : '/opt/homebrew/opt/re2/lib/libre2.9.dylib' (no such file), '/usr/local/lib/libre2.9.dylib' (no such file), 'opt/homebrew/Cellar/re2/20221201/lib/libre2.9.dylib' (no such file)

    如果你用的 re2-20221201，所使用的是 libre2.10.dylib。你有两种解决方案： 1. 将re2降级到20220601版本
    2. 将 opt/homebrew/Cellar/re2/20221201/lib/libre2.10.dylib 改为 opt/homebrew/Cellar/re2/20221201/lib/libre2.9.dyli

  6. Webpack 异常退出。
    很难受，错误日志（如下）只能看到 Killed，并不能看出退出的原因。后来才发现是机器内存不足导致的，从 4G 扩容到 8G，问题便被解决了。

     2023-01-05_19:54:58.65897 webpack               : graphql-tag enforces all fragment names across your application to be unique; read more about
 2023-01-05_19:54:58.65897 webpack               : this in the docs: http://dev.apollodata.com/core/fragments.html#unique-names
 2023-01-05_19:55:11.46515 webpack               : IncrementalWebpackCompiler: Currently compiling route entrypoints: 25 of 429
 2023-01-05_19:56:47.63851 webpack               : IncrementalWebpackCompiler: Have not visited pages.profiles.passwords.new recently. Adding to compilation.
 2023-01-05_19:57:18.58202 webpack               : Killed

  7. 国内源代理的影响

    #### Ruby

    务必注释掉~/.bundle/confg下的设置：

     // BUNDLE_MIRROR__HTTPS://RUBYGEMS__ORG/: "https://gems.ruby-china.com"

    否则会报类似这样的错误：

     Fetching source index from https://gems.ruby-china.com/
 Your bundle is locked to rails (6.1.7.1) from rubygems repository
 https://rubygems.org/ or installed locally, but that version can no longer be
 found in that source. That means the author of rails (6.1.7.1) has removed it.
 You'll need to update your bundle to a version other than rails (6.1.7.1) that
 hasn't been removed in order to install.
 make: *** [.gitlab-bundle] Error 7
 ❌️ ERROR: Failed to install.

    #### Go

    务必注释掉~/.zshrc等 shell 配置中的``GOPROXY`的设置：

     # export GOPROXY=https://mirrors.aliyun.com/goproxy/

    否则会报类似这样的错误：

     go: downloading go.opencensus.io v0.23.0
 go: downloading github.com/golang/groupcache v0.0.0-20210331224755-41bb18bfe9da
 internal/gitaly/gitaly.go:12:2: gitlab.com/gitlab-org/gitaly/v15@v15.4.0-rc2: reading https://mirrors.aliyun.com/goproxy/gitlab.com/gitlab-org/gitaly/v15/@v/v15.4.0-rc2.zip: 404 Not Found
 internal/gitaly/gitaly.go:13:2: gitlab.com/gitlab-org/gitaly/v15@v15.4.0-rc2: reading https://mirrors.aliyun.com/goproxy/gitlab.com/gitlab-org/gitaly/v15/@v/v15.4.0-rc2.zip: 404 Not Found
 internal/gitlabnet/accessverifier/client.go:8:2: gitlab.com/gitlab-org/gitaly/v15@v15.4.0-rc2: reading https://mirrors.aliyun.com/goproxy/gitlab.com/gitlab-org/gitaly/v15/@v/v15.4.0-rc2.zip: 404 Not Found
 make[1]: *** [bin/gitlab-shell] Error 1
 make: *** [gitlab-shell-setup] Error 2
 ❌️ ERROR: Failed to install.

  8. main-jh 分支安装Gem报错

    #### gpgme 安装报错

    报类似如下错误：

     gpgme gem uses locally built versions of required C libraries,
 namely libgpg-error, libassuan, and gpgme.

    解决方法：执行如下命令，然后再bundle install

     bundle config --local build.gpgme --use-system-libraries

    #### rugged 安装报错

    报类似如下错误：

     clang: error: no such file or directory: ':-L/opt/homebrew/opt/libffi/lib'

    解决方法：修改之前加入~/.zshrc等shell配置中的如下设置

     export LDFLAGS="$LDFLAGS:-L$(brew --prefix)/opt/libffi/lib"
 改为
 export LDFLAGS="-L$(brew --prefix)/opt/libffi/lib"

    然后再bundle install

  9. yarn jest 测试缺少 fixtures 报错

    1. 确保本地 gdk start 成功
    2. gitlab 目录下执行 bin/rake frontend:fixtures （会很慢，10分钟左右，不过生成一次后就不需要再执行了）
    3. 重新执行 yarn jest spec/frontend/xx/xx_spec.js

  10. webpack 热重载（live_reload/hot reload）无效

    正常情况下，GDK 会默认开启 webpack-dev-server 的 HMR 功能，如果您的 GDK 环境前端文件修改（特指 *.vue/*.js 文件）无法正常触发 HMR，可以按照以下顺序进行排查：

    1. 打开 gdk.yml 配置文件（位于 gitlab-development-kit 根目录下）。
    2. 检查是否存在以下 webpack 配置项：
      • enabled：该配置为 false 时将禁用 webpack。
      • static：该配置为 true 时将使用 Ruby server 替换 webpack-dev-server，前端资源将只会在启动 GDK 时编译一次。
      • live_reload：该配置为 false 将禁用 webpack 热更新。
      • sourcemaps：该配置为 false 将禁用 webpack-dev-server 生成 sourcemap，导致 debug 出现异常。
    3. 如果存在以上配置项，简单处理可以删除您的 webpack 下除了 host 和 port 以外的所有配置项，改用默认配置。
    4. 删除配置项后，执行 gdk reconfigure。
    5. 重启 GDK：gdk start。

    如果重启后仍然无效，或是您的 gdk.yml 文件中并未添加 webpack 配置： 1. 进入 gitlab-development-kit/gitlab/public 目录。 2. 检查该路径下是否存在 assets 文件夹。 3. 如果存在，删除该 assets 文件夹后重启 GDK 即可。

最后

  • 欢迎大家提 MR 维护这个文档
  • 如有其它问题，请首先联系你的 buddy，或者加入 slack channel #gitlab-dev-env-setup 提问