---
title: "Node.js, Python, Go या Ruby का वर्ज़न सेट करें"
description: "वह Node.js, Python, Go या Ruby वर्ज़न सेट करें जिससे Lizard बिल्ड करता है: .nvmrc, engines.node, .python-version, requires-python, go.mod या .ruby-version।"
url: https://lizard.build/hi/docs/deploy/runtime-versions/
updated: 2026-10-25
---

# Node.js, Python, Go या Ruby का वर्ज़न सेट करें

जब lizardpack आपका प्रोजेक्ट बिल्ड करता है, तब Lizard रनटाइम वर्ज़न प्रोजेक्ट की फ़ाइलों से पढ़ता है: Node.js के लिए `.nvmrc` या `engines.node`, Python के लिए `.python-version` या `requires-python`, Go के लिए `go.mod` की `go` लाइन, और Ruby के लिए `.ruby-version` या `Gemfile` की `ruby` लाइन। वर्ज़न बदलने के लिए वह फ़ाइल एडिट करें और फिर से डिप्लॉय करें। ऐसी कोई फ़ाइल न हो, तो Lizard Node.js 22, Python 3.13, Go 1.24 या Ruby 3.4 इस्तेमाल करता है।

**टेस्ट स्टेटस:** हमने 2026-10-12 को सैंपल प्रोजेक्ट्स पर lizardpack (वह बिल्ड प्लानर जिसे Lizard के बिल्डर चलाते हैं) चलाकर इस पेज का हर नियम जाँचा।

## Lizard वर्ज़न कहाँ देखता है

| भाषा | फ़ाइलें (जो पहले मिले, वही लागू) | वर्ज़न का कौन-सा हिस्सा लिया जाता है | डिफ़ॉल्ट | बेस इमेज |
|---|---|---|---|---|
| Node.js | `.nvmrc`, `.node-version`, `.tool-versions` (`nodejs` या `node`), `package.json` में `engines.node` | मेजर: `20.11.1` → `20` | `22` | `node:<major>-slim` |
| Python | `.python-version`, `.tool-versions` (`python`), `pyproject.toml` में `requires-python` | मेजर और माइनर: `3.12.4` → `3.12` | `3.13` | `python:<x.y>-slim` |
| Go | `go.mod` की `go` लाइन | मेजर और माइनर: `1.24.3` → `1.24` | `1.24` | बिल्ड के लिए `golang:<x.y>-alpine`, चलाने के लिए `alpine:3.19` |
| Ruby | `.ruby-version`, `Gemfile` की `ruby` लाइन | मेजर और माइनर: `3.4.1` → `3.4` | `3.4` | `ruby:<x.y>-slim` |

Lizard मेजर या मेजर/माइनर वर्ज़न का आधिकारिक इमेज टैग इस्तेमाल करता है और पैच नंबर हटा देता है। बिल्ड चलते समय वह टैग जिस पैच रिलीज़ की ओर इशारा करता है, हर बिल्ड को वही मिलती है।

ये फ़ाइलें सिर्फ़ तब लागू होती हैं जब Dockerfile lizardpack लिखता है। [Lizard वर्ज़न फ़ाइलों को कब अनदेखा करता है](#when-lizard-ignores-version-files) देखें।

## Node.js का वर्ज़न बदलें

```bash
echo 24 > .nvmrc
lizard up --service web
```

GitHub सर्विस हो, तो इसके बजाय फ़ाइल कमिट करके पुश करें। नियम:

- संख्या लिखें: `24`, `v24` और `24.1.0` तीनों से Node.js 24 चुना जाता है। `#` से शुरू होने वाली लाइनें Lizard छोड़ देता है।
- `.nvmrc` में `lts/*` और `node` को Lizard छोड़ देता है और अगली फ़ाइल देखता है। `lts/iron` जैसे दूसरे उपनाम वह जैसे लिखे हैं वैसे ही इस्तेमाल करता है, और बिल्ड फ़ेल हो जाता है।
- `.nvmrc` को `engines.node` पर प्राथमिकता मिलती है।
- `engines.node` अपनी रेंज का सबसे छोटा वर्ज़न लेता है: `>=18` से Node.js 18 पर और `^20.11.0` से Node.js 20 पर बिल्ड होता है। `||` वाली रेंज के पहले हिस्से में डॉट न हो, जैसे `18 || 20`, तो बिल्ड फ़ेल हो जाता है; `^18.0.0 || ^20.0.0` से Node.js 18 पर बिल्ड होता है। वर्ज़न साफ़ तौर पर तय करने के लिए `.nvmrc` इस्तेमाल करें।

## Python का वर्ज़न बदलें

```bash
echo 3.12 > .python-version
lizard up --service web
```

- `.python-version` में `3.12` या `3.12.4` जैसा वर्ज़न नंबर होना चाहिए। `#` से शुरू होने वाली लाइनें Lizard छोड़ देता है। `pypy3.10` जैसे दूसरे मान भी वह छोड़ देता है और अगली फ़ाइल पर चला जाता है।
- `requires-python = ">=3.11"` से Python 3.11 पर बिल्ड होता है, जो रेंज का सबसे छोटा वर्ज़न है।
- `">=3.11,<3.14"` जैसी ऊपरी सीमा वाली रेंज से ऐसा इमेज नाम बनता है जो मौजूद ही नहीं है, और बिल्ड फ़ेल हो जाता है। `.python-version` फ़ाइल जोड़ें; उसे प्राथमिकता मिलती है।
- `runtime.txt` नहीं पढ़ी जाती।

## Go का वर्ज़न बदलें

```bash
go mod edit -go=1.25
lizard up --service api
```

Lizard सिर्फ़ `go` लाइन पढ़ता है। `toolchain` लाइन वह नहीं पढ़ता।

## Ruby का वर्ज़न बदलें

```bash
echo 3.4.1 > .ruby-version
lizard up --service web
```

सिर्फ़ संख्या लिखें। `rails new` फ़ाइल में `ruby-3.4.1` लिखता है, और Lizard `ruby-` प्रीफ़िक्स नहीं हटाता, इसलिए बिल्ड फ़ेल हो जाता है। `ruby "~> 3.3.0"` जैसी `Gemfile` लाइन से Ruby 3.3 पर बिल्ड होता है। जो Rails ऐप अपना जनरेट किया हुआ `Dockerfile` रखता है, वह वर्ज़न उसी फ़ाइल से लेता है; [Rails ऐप डिप्लॉय करें](https://lizard.build/hi/docs/framework-guides/rails.md) देखें।

## Lizard वर्ज़न फ़ाइलों को कब अनदेखा करता है

- **आपका अपना Dockerfile।** तब उसकी `FROM` लाइन तय करती है, जैसे `FROM node:24-slim`। [Dockerfile से Docker कंटेनर डिप्लॉय करें](https://lizard.build/hi/docs/deploy/dockerfile.md) देखें।
- **सर्विस पर सेट बिल्ड या स्टार्ट कमांड।** तब Lizard उन कमांड से एक तय इमेज पर Dockerfile लिखता है: `node:22-alpine`, `python:3.13-slim` या `golang:1.24-alpine`। वह पहले बिल्ड कमांड का पहला शब्द पढ़ता है, फिर स्टार्ट कमांड का। `go` से Go चुना जाता है; `python`, `python3`, `uv`, `gunicorn` या `uvicorn` से Python। अगर कोई भी कमांड इनमें से किसी से शुरू नहीं होती, जैसे `pip install …` के साथ `streamlit run …`, तो बिल्ड `node:22-alpine` इस्तेमाल करता है। वर्ज़न फ़ाइलों पर लौटने के लिए दोनों कमांड खाली करें:

```bash
lizard service set web --set buildCommand= --set startCommand=
```

चल रही सर्विस पर `buildCommand` खाली करने से रीबिल्ड अपने आप शुरू हो जाता है। `lizard redeploy` चलाने से पहले `lizard events` देखें: रीडिप्लॉय उस बिल्ड को रद्द करके दोबारा शुरू कर देगा। [बिल्ड का निर्णय क्रम](https://lizard.build/hi/docs/concepts/build-pipeline.md#build-decision-order) देखें।

## देखें कि बिल्ड ने कौन-सा वर्ज़न इस्तेमाल किया

```bash
lizard logs --build --service web
```

बिल्ड लॉग में बेस इमेज का नाम दिखता है, जैसे `node:24-slim` या `python:3.12-slim`। रनटाइम पर वर्ज़न जाँचने के लिए ऐप शुरू होते समय उसे प्रिंट करें, जैसे Node.js में `process.version` या Python में `sys.version`, और `lizard logs --service web` पढ़ें।

## संबंधित

- [बिल्ड पाइपलाइन](https://lizard.build/hi/docs/concepts/build-pipeline.md)
- [Node.js ऐप डिप्लॉय करें](https://lizard.build/hi/docs/framework-guides/nodejs.md)
- [Go ऐप डिप्लॉय करें](https://lizard.build/hi/docs/framework-guides/go.md)
- [Streamlit ऐप डिप्लॉय करें](https://lizard.build/hi/docs/framework-guides/streamlit.md)
- [FastAPI डिप्लॉय करें](https://lizard.build/hi/docs/framework-guides/fastapi.md)
- [Django डिप्लॉय करें](https://lizard.build/hi/docs/framework-guides/django.md)