Zinnector® ਨਾਲ ਤੈਨਾਤ ਕਰਨਾ: ਲਿੰਕ ਕਰੋ, ਜਾਂਚੋ, ਪੁਸ਼ ਕਰੋ

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

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

ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਸੈਟਿੰਗਾਂ → API ਕੁੰਜੀਆਂ ਦੇ ਤਹਿਤ ਇੱਕ ਕੁੰਜੀ ਬਣਾਓ, ਫਿਰ:

zinnector login

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

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

zinnector link                                   # pick a site from a list
zinnector link example.com --repo acme/site --branch main

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

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

zinnector check

ਇਹ ਉਹ ਕਮਾਂਡ ਹੈ ਜਿਸ ਲਈ CLI ਮੌਜੂਦ ਹੈ। ਇਹ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਉਸ ਸਲਾਟ ਨਾਲ ਤੁਲਨਾ ਕਰਦੀ ਹੈ ਜਿੱਥੇ ਇਸਨੂੰ ਡਿਪਲੌਏ ਕੀਤਾ ਜਾਣਾ ਹੈ ਅਤੇ ਹਰ ਬੇਮੇਲ ਚੀਜ਼ ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਦੀ ਹੈ — ਅਤੇ ਹਰੇਕ ਤੁਲਨਾ ਜੋ ਇਹ ਨਹੀਂ ਕਰ ਸਕੀ:

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

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

ਪੁਸ਼ ਕਰੋ

zinnector push

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

ਜਦੋਂ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ

zinnector deploys example.com        # deploy history — status, commit, trigger, message
zinnector logs example.com --build   # the build log of the most recent deploy
zinnector logs example.com --error   # the site's error log
zinnector deploy example.com         # redeploy what the platform already has
zinnector ai "why is my deploy failing?"

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

ਸੰਬੰਧਿਤ

• Getting started · Local development · Command reference · Troubleshooting