Zinnector® ਨਾਲ ਡਿਪਲਾਇਡ ਕਰ ਰਿਹਾ ਹੈ: ਲਿੰਕ, ਚੈੱਕ, ਪੁਸ਼

ਇੱਕ ਸਥਾਨਕ ਪ੍ਰੋਜੈਕਟ ਤੋਂ ਇੱਕ ਲਾਈਵ ਸਾਈਟ ਤੱਕ: API ਕੁੰਜੀ ਨਾਲ ਸਾਈਨ ਇਨ ਕਰੋ, ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਹੋਸਟਿੰਗ ਸਲਾਟ ਨਾਲ ਲਿੰਕ ਕਰੋ, ਪ੍ਰੀ-ਫਲਾਈਟ ਪੜ੍ਹੋ ਜੋ ਤੁਹਾਡੇ PHP, ਡਿਸਕ ਅਤੇ WordPress ਦੀ ਸਲਾਟ ਨਾਲ ਤੁਲਨਾ ਕਰਦੀ ਹੈ, ਅਤੇ ਪੁਸ਼ ਕਰੋ — ਨਾਲ ਹੀ ਕੁਝ ਗਲਤ ਹੋਣ 'ਤੇ ਰੀ-ਡੀਪਲਾਏ, ਡੀਪਲਾਏ ਇਤਿਹਾਸ ਅਤੇ ਬਿਲਡ ਲੌਗਸ।

ਇੱਕ ਵਾਰ ਜਦੋਂ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਚੱਲਦਾ ਹੈ, ਤਾਂ ਚਾਰ ਕਮਾਂਡਾਂ ਇਸਨੂੰ Zinn Digital® ਹੋਸਟਿੰਗ 'ਤੇ ਇੱਕ ਲਾਈਵ ਸਾਈਟ 'ਤੇ ਲੈ ਜਾਂਦੀਆਂ ਹਨ: ਸਾਈਨ ਇਨ ਕਰੋ, ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਹੋਸਟਿੰਗ ਸਲਾਟ ਨਾਲ ਲਿੰਕ ਕਰੋ, ਪ੍ਰੀ-ਫਲਾਈਟ ਪੜ੍ਹੋ, ਅਤੇ ਪੁਸ਼ ਕਰੋ। ਇਹ ਲੇਖ ਹਰੇਕ ਕਮਾਂਡ, ਇਹ ਕੀ ਪ੍ਰਿੰਟ ਕਰਦੀ ਹੈ, ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਵਰਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਕਮਾਂਡਾਂ — ਰੀਡਿਪਲੌਏ, ਡਿਪਲੌਏ ਇਤਿਹਾਸ ਅਤੇ ਬਿਲਡ ਲੌਗਸ ਬਾਰੇ ਵਿਸਤਾਰ ਵਿੱਚ ਦੱਸਦਾ ਹੈ।

ਇੱਕ API ਕੁੰਜੀ ਨਾਲ ਸਾਈਨ ਇਨ ਕਰੋ

ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ Settings → API keys ਦੇ ਅਧੀਨ ਇੱਕ ਕੁੰਜੀ ਬਣਾਓ, ਫਿਰ:

zinnector login

ਕੁੰਜੀ ਇੱਕ ਪ੍ਰੋੰਪਟ 'ਤੇ ਟਾਈਪ ਕੀਤੀ ਜਾਂਦੀ ਹੈ — ਇਹ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਕਦੇ ਵੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਤਾਂ ਜੋ ਇਹ ਤੁਹਾਡੀ ਸ਼ੈੱਲ ਹਿਸਟਰੀ ਜਾਂ ਪ੍ਰੋਸੈਸ ਲਿਸਟਿੰਗ ਵਿੱਚ ਨਾ ਆਵੇ। CI ਵਿੱਚ, ਇਸਨੂੰ ਪਾਈਪ ਕਰੋ: echo "$ZINN_API_KEY" | zinnector login --profile ci, ਜਾਂ ZINNECTOR_TOKEN ਸੈੱਟ ਕਰੋ ਅਤੇ login ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡ ਦਿਓ। ਕੁੰਜੀ ਨੂੰ ਸਟੋਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਫਾਈਲ ਮੋਡ 600 ਨਾਲ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। zinnector whoami --scopes ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸ ਸੰਸਥਾ ਵਿੱਚ ਸਾਈਨ ਇਨ ਹੋ ਅਤੇ ਕੁੰਜੀ ਕੋਲ ਕਿਹੜੀਆਂ ਇਜਾਜ਼ਤਾਂ ਹਨ; ਇੱਕ ਸੈਂਡਬਾਕਸ ਕੁੰਜੀ ਨੂੰ ਇੱਕ ਵਜੋਂ ਲੇਬਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇੱਕ ਸਲਾਟ ਨਾਲ ਲਿੰਕ ਕਰੋ

zinnector link                                   # ਸੂਚੀ ਵਿੱਚੋਂ ਇੱਕ ਸਾਈਟ ਚੁਣੋ
zinnector link example.com --repo acme/site --branch main

link ਸਾਈਟ ਦੀ id ਨੂੰ zinnector.json ਵਿੱਚ ਲਿਖਦਾ ਹੈ ਅਤੇ, ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ --no-repo ਪਾਸ ਨਹੀਂ ਕਰਦੇ, ਪ੍ਰੋਜੈਕਟ ਦੇ git ਰਿਮੋਟ ਨੂੰ ਪਲੇਟਫਾਰਮ 'ਤੇ ਸਾਈਟ ਨਾਲ ਜੋੜਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਪੁਸ਼ ਇਸਨੂੰ ਡਿਪਲੌਏ ਕਰ ਸਕੇ। zinnector.json ਨੂੰ ਕਮਿਟ ਕਰੋ: ਇੱਕ ਸਹਿਯੋਗੀ ਜੋ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਲੋਨ ਕਰਦਾ ਹੈ, ਫਿਰ ਬਿਨਾਂ ਦੱਸੇ ਉਸੇ ਜਗ੍ਹਾ ਡਿਪਲੌਏ ਕਰਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਕੋਈ ਗੁਪਤ ਜਾਣਕਾਰੀ ਨਹੀਂ ਹੁੰਦੀ।

ਪ੍ਰੀ-ਫਲਾਈਟ ਪੜ੍ਹੋ

zinnector check

ਇਹ ਉਹ ਕਮਾਂਡ ਹੈ ਜਿਸ ਲਈ CLI ਮੌਜੂਦ ਹੈ। ਇਹ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਤੁਲਨਾ ਉਸ ਸਲਾਟ ਨਾਲ ਕਰਦੀ ਹੈ ਜਿਸ 'ਤੇ ਇਹ ਡਿਪਲੌਏ ਹੋਣ ਵਾਲਾ ਹੈ ਅਤੇ ਹਰੇਕ ਅਸਮਾਨਤਾ — ਅਤੇ ਹਰੇਕ ਤੁਲਨਾ ਜੋ ਇਹ ਨਹੀਂ ਕਰ ਸਕਿਆ, ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਦੀ ਹੈ:

PHP ਸੰਸਕਰਣ, ਇੱਕ ਮੁੱਖ-ਸੰਸਕਰਣ ਦੇ ਅੰਤਰ ਨੂੰ high ਵਜੋਂ ਦਰਜਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਕਿਉਂਕਿ ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਇੱਕ ਸਾਈਟ ਨੂੰ ਖਰਾਬ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਮਾਮੂਲੀ ਅੰਤਰ ਨੂੰ ਘੱਟ ਦਰਜਾ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਚੀਜ਼ ਨੂੰ ਗੰਭੀਰ ਵਜੋਂ ਦਰਜਾ ਦੇਣ ਨਾਲ ਲੋਕਾਂ ਨੂੰ ਚੇਤਾਵਨੀ ਨੂੰ ਛੱਡਣਾ ਸਿਖਾਇਆ ਜਾਂਦਾ ਹੈ।
ਕੀ ਸਲਾਟ ਉਸ ਸੰਸਕਰਣ 'ਤੇ ਸਵਿਚ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਬਣਾਇਆ ਹੈ, ਕੀ ਸਲਾਟ ਦਾ PHP ਜੀਵਨ ਦੇ ਅੰਤ ਤੋਂ ਬਾਅਦ ਦਾ ਹੈ, ਅਤੇ ਕੀ ਮਸ਼ੀਨ ਨੇ ਸੰਸਕਰਣ ਲਾਗੂ ਕੀਤਾ ਹੈ ਜਾਂ ਸਿਰਫ ਦੱਸਿਆ ਗਿਆ ਹੈ।
ਸਲਾਟ 'ਤੇ ਅਸਲ ਵਿੱਚ ਬਾਕੀ ਰਹਿੰਦੇ ਡਿਸਕ ਅਤੇ ਆਈਨੋਡ ਹੈੱਡਰੂਮ ਦੇ ਵਿਰੁੱਧ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਆਕਾਰ ਅਤੇ ਫਾਈਲ ਗਿਣਤੀ — ਇੱਕ WordPress ਟ੍ਰੀ ਆਪਣੀ ਡਿਸਕ ਸੀਮਾ ਤੋਂ ਬਹੁਤ ਘੱਟ ਹੋਣ 'ਤੇ ਵੀ ਫਾਈਲਾਂ ਤੋਂ ਬਾਹਰ ਹੋ ਸਕਦਾ ਹੈ।
ਹਰੇਕ ਪਾਸੇ WordPress ਸੰਸਕਰਣ, ਕੀ ਸਲਾਟ ਨੇ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਸਮਾਪਤ ਕਰ ਲਈ ਹੈ, ਅਤੇ ਕੀ ਪੁਸ਼ ਕਰਨ ਲਈ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਕਨੈਕਟ ਹੈ।

ਇਹ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ; ਇਹ ਕਦੇ ਵੀ ਬਲਾਕ ਨਹੀਂ ਕਰਦਾ। ਹਰੇਕ ਲੱਭਤ ਨੂੰ zinnector push --force ਨਾਲ ਓਵਰਰਾਈਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਆਪਣੀ ਸਾਈਟ ਬਾਰੇ ਉਹ ਗੱਲਾਂ ਜਾਣਦੇ ਹੋ ਜੋ ਇੱਕ ਚੈਕਰ ਨਹੀਂ ਜਾਣਦਾ। ਇੱਕ ਤੁਲਨਾ ਜੋ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕੀ, ਉਸਨੂੰ unknown ਵਜੋਂ ਰਿਪੋਰਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕਦੇ ਵੀ ਪਾਸ ਵਜੋਂ ਨਹੀਂ, ਅਤੇ ਸੰਖੇਪ ਵਿੱਚ ਹਮੇਸ਼ਾ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕਿੰਨੇ ਸਨ। ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਸਥਾਨਕ PHP ਸੰਸਕਰਣ zinnector.json ਵਿੱਚ ਘੋਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ; --probe ਸਥਾਨਕ ਰਨਟਾਈਮ ਨੂੰ ਬੂਟ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਬਜਾਏ ਇਸਨੂੰ ਮਾਪਦਾ ਹੈ। --strict ਅਣਜਾਣਾਂ 'ਤੇ ਵੀ ਗੈਰ-ਜ਼ੀਰੋ ਨੂੰ ਬਾਹਰ ਕੱਢਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ CI ਗੇਟ ਚਾਹੁੰਦਾ ਹੈ।

ਪੁਸ਼ ਕਰੋ

zinnector push

push ਪ੍ਰੀ-ਫਲਾਈਟ ਚਲਾਉਂਦਾ ਹੈ, ਤੁਹਾਡੇ ਕਮਿਟਾਂ ਨੂੰ ਪੁਸ਼ ਕਰਦਾ ਹੈ, ਡਿਪਲੌਏ ਨੂੰ ਟ੍ਰਿਗਰ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਪੂਰਾ ਹੋਣ ਤੱਕ ਦੇਖਦਾ ਹੈ, ਅੰਤਿਮ ਸਥਿਤੀ ਅਤੇ ਡਿਪਲੌਏ ਕੀਤੇ ਕਮਿਟ ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ। --dry-run ਡਿਪਲੌਏ ਨੂੰ ਛੱਡ ਕੇ ਸਭ ਕੁਝ ਕਰਦਾ ਹੈ; --no-wait ਇਸਨੂੰ ਟ੍ਰਿਗਰ ਕਰਦਾ ਹੈ ਅਤੇ ਬਾਹਰ ਨਿਕਲਦਾ ਹੈ; --no-git ਬਿਨਾਂ ਪੁਸ਼ ਕੀਤੇ ਪਲੇਟਫਾਰਮ ਕੋਲ ਜੋ ਵੀ ਹੈ ਉਸਨੂੰ ਡਿਪਲੌਏ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਡਿਪਲੌਏ ਕੀਤਾ ਗਿਆ ਕਮਿਟ ਉਹ ਨਹੀਂ ਹੈ ਜੋ ਅਜੇ ਪੁਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ, ਤਾਂ ਇਹ ਅਜਿਹਾ ਕਹਿੰਦਾ ਹੈ।

ਜਦੋਂ ਕੋਈ ਗੜਬੜ ਹੋ ਜਾਵੇ

zinnector deploys example.com        # ਡਿਪਲੌਏ ਇਤਿਹਾਸ — ਸਥਿਤੀ, ਕਮਿਟ, ਟ੍ਰਿਗਰ, ਸੁਨੇਹਾ
zinnector logs example.com --build   # ਸਭ ਤੋਂ हाल ਹੀ ਦੇ ਡਿਪਲੌਏ ਦਾ ਬਿਲਡ ਲੌਗ
zinnector logs example.com --error   # ਸਾਈਟ ਦਾ ਐਰਰ ਲੌਗ
zinnector deploy example.com         # ਪਲੇਟਫਾਰਮ ਕੋਲ ਜੋ ਵੀ ਹੈ ਉਸਨੂੰ ਮੁੜ ਡਿਪਲੌਏ ਕਰੋ
zinnector ai "why is my deploy failing?"

zinnector ai ਤੁਹਾਡੇ ਆਪਣੇ ਖਾਤੇ ਦੇ ਵਿਰੁੱਧ ਪਲੇਟਫਾਰਮ 'ਤੇ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਉਹੀ ਡਿਪਲੌਏ ਇਤਿਹਾਸ ਅਤੇ ਲੌਗਸ ਦੇਖ ਸਕਦਾ ਹੈ। ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੇ ਅੰਦਰੋਂ ਇਹ ਪ੍ਰੋਜੈਕਟ ਦੀ ਸ਼ਕਲ — ਡਾਇਰੈਕਟਰੀ ਦੇ ਨਾਮ, ਸੰਸਕਰਣ ਅਤੇ ਸਾਈਟ id ਭੇਜਦਾ ਹੈ — ਅਤੇ ਕਦੇ ਵੀ ਫਾਈਲ ਸਮੱਗਰੀ ਨਹੀਂ।

ਸੰਬੰਧਿਤ

ਸ਼ੁਰੂਆਤ ਕਰਨਾ · ਸਥਾਨਕ ਵਿਕਾਸ · ਕਮਾਂਡ ਸੰਦਰਭ · ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ