인기: 데이터 업데이트: 2026년 10월 27일

카테고리

인터넷1,356
커뮤니케이션321
오디오 및 비디오898
그래픽 및 디자인539
오피스 및 생산성1,124
개발 도구3,134
AI 도구529
보안 및 개인정보385
시스템 도구3,114
게임523
교육 및 과학239
네트워크 및 IT284

GodMan 이전 버전 및 전체 버전

GodMan is a console/TUI tool to install, manage, and activate Godot Engine builds (Standard and .NET) on Windows.

2026년 2월 12일부터 현재 버전 1.4.1까지 GodMan의 8개 버전을 모았습니다. 모든 버전은 제공사의 공식 설치 파일로 연결됩니다.

2026: 8 8 26
버전날짜크기파일
1.4.1최신 2026년 9월 29일 — 64비트 ZIP
릴리스 노트
What's Changed
- v1.4.1 — follow-ups from the 1.4.0 review, plus the Windows Start Menu collision by @jame581 in #9
Full Changelog: v1.4.0...v1.4.1
1.4.0 2026년 9월 28일 — 64비트 ZIP
릴리스 노트
godman 1.4.0
Global installs moved to /usr/local/lib/godman (Linux)
Global installs used to live in /usr/local/bin/godman — a directory with the exact
name the godman binary needs in /usr/local/bin for sudo godman to work. They now
live in /usr/local/lib/godman.
- The move happens automatically on the first privileged run of a godman command that
sets up its paths — list, doctor, install, fetch and the like; for example
sudo ~/.local/bin/godman list (see below for why the full path). version and
--help do not trigger it. With GODMAN_GLOBAL_ROOT set, the same move runs inside
that prefix (see below). Unprivileged commands keep working in the meantime and still
see your global installs.
- The global godot shim, and the env.sh it sources, are rewritten as part of the move
so godot keeps working. Under a HOME-resetting sudo (the default on
Fedora, Debian and Ubuntu) that env.sh is root's (/root/.config/godman/env.sh), the
one the global shim was written to source. godman doctor
now checks what the shim actually points at and tells you if it is broken; for a global
install the fix is sudo ~/.local/bin/godman activate <id> (doctor prints the exact
command for your machine).
- User installs that still sit in ~/.local/bin/godman move to
~/.local/share/godman/installs the same way.
Breaking (Linux): GODMAN_GLOBAL_ROOT is now a prefix, as it already was on
Windows: the shim goes to <prefix>/bin and installs to <prefix>/lib/godman. It used to
name the shim directory, with installs in <value>/godman. If you set it:
- /usr/local/bin (the old default): set it to /usr/local, or unset it. The move
above then runs as usual.
- Another shim directory, <X>/bin: set it to <X>. The next run that can write
there moves <X>/bin/godman to <X>/lib/godman, rebases the recorded install paths
and rewrites the global shim, as above. For a system directory that run is under
sudo, and sudo drops GODMAN_GLOBAL_ROOT from the environment by default, so pass it
through: sudo GODMAN_GLOBAL_ROOT=<X> ~/.local/bin/godman list (or sudo -E, if your
sudoers allows it). A plain sudo ~/.local/bin/godman list would migrate /usr/local
instead. Every sudo command godman prints already includes the variable. A
restricted sudoers rule without SETENV rejects the VAR=value form ("sorry, you are
not allowed to set the following environment variables"); in that case add
GODMAN_GLOBAL_ROOT to env_keep and run a plain sudo with the variable exported.
- Any other value <V>: godman cannot move <V>/godman for you, since it only moves
<prefix>/bin/godman. Pick a prefix <P>, set GODMAN_GLOBAL_ROOT=<P>, move
<V>/godman to <P>/lib/godman, and update the install paths recorded in its
installs.json (or reinstall those versions); then re-run activate for the active
one so the shim follows.
If you keep a pre-1.4.0 value, godman takes it as a prefix and finds nothing: while
<value>/godman still holds installs and <value>/lib/godman/installs.json does not
exist, list and doctor warn and say what to set, and global install, activate
and remove refuse to run (changing nothing) until the variable is fixed. godman does
not create <value>/bin or <value>/lib/godman while the old value is set.
An empty GODMAN_GLOBAL_ROOT counts as unset. A relative one is used for paths as
before, but godman never migrates or creates directories under it.
When sudo godman says "command not found"
sudo only searches its own secure_path — on Fedora, Debian and Ubuntu
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin — which never includes
~/.local/bin, where the installer puts godman. Until the migration
has run, /usr/local/bin/godman is also still a directory. Run godman by its full path:
sudo ~/.local/bin/godman list
After that, on most distributions (Fedora, Debian, Ubuntu) you can install the binary to
/usr/local/bin (GODMAN_INSTALL_DIR=/usr/local/bin, run as root) so that plain
sudo godman works. RHEL-family systems (RHEL, Rocky, Alma) leave /usr/local/bin off
secure_path: install to /usr/bin (the RPM pac
1.3.0 2026년 7월 30일 — 64비트 ZIP
릴리스 노트
What's Changed
- v1.3.0 — install-flow robustness, plus Windows elevation parity by @jame581 in #1
New Contributors
- @jame581 made their first contribution in #1
Full Changelog: v1.2.0...v1.3.0
1.2.0 2026년 5월 17일 — 64비트 ZIP
릴리스 노트
Full Changelog: v1.1.0...v1.2.0
1.1.0 2026년 3월 25일 — 64비트 ZIP
릴리스 노트
Full Changelog: v1.0.4...v1.1.0
1.0.4 2026년 3월 21일 — 64비트 ZIP
릴리스 노트
Full Changelog: v1.0.3...v1.0.4
1.0.2 2026년 2월 14일 — 64비트 ZIP
1.0.0 2026년 2월 12일 — 64비트 ZIP
릴리스 노트
v1.0.0 - Initial release with a full CLI/TUI for installing, managing, and activating Godot Engine builds on Windows and Linux. Supports Standard and .NET editions, user/global scope installs, version fetching, activation, and cleanup.

프로그래밍 언어 및 SDK 인기 1위

전체 보기
  1. Go Programming Language프로그래밍 언어 및 SDK
  2. LLVM프로그래밍 언어 및 SDK · LLVM
  3. Deno프로그래밍 언어 및 SDK · Deno Land Inc.
  4. CMake프로그래밍 언어 및 SDK · Kitware
  5. Yarn프로그래밍 언어 및 SDK · Yarn Contributors
  6. Ccache프로그래밍 언어 및 SDK · Joel Rosdahl
  7. sbt프로그래밍 언어 및 SDK · Lightbend, Inc.
  8. BOINC프로그래밍 언어 및 SDK · Space Sciences Laboratory, U.C. Berkeley
  9. Dart SDK프로그래밍 언어 및 SDK · Google
  10. NVM for Windows프로그래밍 언어 및 SDK · Ecor Ventures LLC

태그

공유