ਇੱਕ-ਕਲਿੱਕ ਸਟੇਜਿੰਗ
ਆਪਣੀ ਲਾਈਵ ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਅਤੇ ਡਾਟਾਬੇਸ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹੋਏ, ਪ੍ਰੋਡਕਸ਼ਨ ਵਰਗੇ ਹੀ ਸਟੈਕ ਅਤੇ ਬਲੂਪ੍ਰਿੰਟ 'ਤੇ ਇੱਕ ਸਟੇਜਿੰਗ ਕਾਪੀ ਬਣਾਓ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਜੋ ਟੈਸਟ ਕਰਦੇ ਹੋ ਉਹੀ ਲਾਂਚ ਕੀਤਾ ਜਾ ਸਕੇ।
ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ
ਸਟੇਜਿੰਗ, ਪੁਸ਼-ਟੂ-ਲਾਈਵ ਅਤੇ git ਡਿਪਲੋਇਮੈਂਟਸ
ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਇੱਕ ਸਟੇਜਿੰਗ ਕਾਪੀ ਤਿਆਰ ਕਰੋ, ਆਪਣੀਆਂ ਤਬਦੀਲੀਆਂ ਦੀ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਤਿਆਰ ਹੋਣ 'ਤੇ ਲਾਈਵ ਕਰੋ। ਇੱਕ git ਪ੍ਰਦਾਤਾ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਹਰੇਕ ਪੁਸ਼ ਆਪਣੇ ਆਪ ਬਣ ਅਤੇ ਲਾਗੂ ਹੋ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਕਿੰਟਾਂ ਵਿੱਚ ਪਿਛਲੇ ਰੀਲੀਜ਼ 'ਤੇ ਵਾਪਸ ਜਾਓ।
- 1-ਕਲਿੱਕਸਟੇਜਿੰਗ ਅਤੇ ਲਾਈਵ ਪ੍ਰਕਾਸ਼ਨ
- 99.99%ਅੱਪਟਾਈਮ ਭਰੋਸਾ
- ੩ਸਮਰਥਿਤ Git ਪ੍ਰਦਾਤਾ
ਸਟੇਜਿੰਗ 'ਤੇ ਪਰਖੋ, ਭਰੋਸੇ ਨਾਲ ਜਾਰੀ ਕਰੋ
ਹਰੇਕ ਸਾਈਟ ਨੂੰ ਇੱਕ ਪੂਰਾ ਸਟੇਜਿੰਗ ਵਾਤਾਵਰਨ ਮਿਲਦਾ ਹੈ, ਕੋਈ ਅੰਦਾਜ਼ਾ ਨਹੀਂ। ਪ੍ਰੋਡਕਸ਼ਨ ਨੂੰ ਕਲੋਨ ਕਰੋ, ਕਾਪੀ 'ਤੇ ਕੰਮ ਕਰੋ, ਅਤੇ ਫਿਰ ਆਪਣੀਆਂ ਤਬਦੀਲੀਆਂ ਸਾਬਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਉਹਨਾਂ ਨੂੰ ਵਾਪਸ ਮਿਲਾਓ।
ਲਾਈਵ ਲਈ ਪੁਸ਼ ਕਰੋ
ਜਦੋਂ ਤੁਹਾਡੀਆਂ ਤਬਦੀਲੀਆਂ ਤਿਆਰ ਹੋਣ, ਤਾਂ ਇੱਕੋ ਕਾਰਵਾਈ ਵਿੱਚ ਸਟੇਜਿੰਗ ਨੂੰ ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਭੇਜੋ। ਫ਼ਾਈਲਾਂ ਦੀ ਕੋਈ ਮੈਨੂਅਲ ਕਾਪੀ ਨਹੀਂ, ਕੋਈ ਨਾਜ਼ੁਕ ਡਾਟਾਬੇਸ ਨਿਰਯਾਤ ਨਹੀਂ।
ਪਿਛਲੇ ਰੀਲੀਜ਼ ਤੇ ਵਾਪਸ ਜਾਓ
ਹਰੇਕ ਡਿਪਲੋਏ ਇੱਕ ਵਰਜਨ ਵਾਲੀ ਰਿਲੀਜ਼ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਕੋਈ ਬਦਲਾਅ ਗਲਤ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਬਿਨਾਂ ਰੀਸਟੋਰ ਟਿਕਟ ਦੇ ਸਿੱਧਾ ਆਖਰੀ ਜਾਣੀ-ਪਛਾਣੀ ਚੰਗੀ ਰਿਲੀਜ਼ 'ਤੇ ਵਾਪਸ ਜਾਓ।
ਇੱਕੋ ਵਰਕਫਲੋਅ, ਹਰੇਕ ਸਟੈਕ
ਪ੍ਰਬੰਧਿਤ WordPress, WooCommerce, PHP, ਸਥਿਰ HTML ਜਾਂ Node — ਸਟੇਜਿੰਗ ਅਤੇ ਪੁਸ਼-ਟੂ-ਲਾਈਵ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।
Git-ਅਧਾਰਿਤ ਨਿਰੰਤਰ ਤੈਨਾਤੀ
ਇੱਕ ਵਾਰ ਇੱਕ git ਪ੍ਰਦਾਤਾ ਨੂੰ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਤੁਹਾਡੀ ਰਿਪੋਜ਼ਟਰੀ ਭਰੋਸੇਯੋਗਤਾ ਦਾ ਸਰੋਤ ਬਣ ਜਾਵੇਗੀ। ਕੋਡ ਪੁਸ਼ ਕਰੋ ਅਤੇ ਪਲੇਟਫਾਰਮ ਤੁਹਾਡੇ ਲਈ ਇਸਨੂੰ ਬਣਾਏਗਾ ਅਤੇ ਤੈਨਾਤ ਕਰੇਗਾ।
OAuth ਰਾਹੀਂ GitHub, GitLab ਜਾਂ Bitbucket ਨੂੰ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਤੁਹਾਡੀਆਂ ਤੈਨਾਤੀ ਕੁੰਜੀਆਂ ਨੂੰ ਏਨਕ੍ਰਿਪਟ ਕੀਤੀ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਸਟੋਰੇਜ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਸਾਦੇ ਕੌਂਫਿਗ ਵਿੱਚ ਕਦੇ ਨਹੀਂ। ਹਰ ਪੁਸ਼ 'ਤੇ ਇੱਕ ਵੈੱਬਹੁੱਕ ਚੱਲਦਾ ਹੈ, ਜੋ ਸਾਈਟ 'ਤੇ ਜਾਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਡੇ ਸਟੈਕ ਲਈ ਬਿਲਡ ਪੜਾਵਾਂ — Composer, npm ਅਤੇ ਬਾਕੀ — ਨੂੰ ਚਲਾਉਣ ਵਾਲੀ ਇੱਕ ਮਜ਼ਬੂਤ ਬਿਲਡ-ਅਤੇ-ਤੈਨਾਤੀ ਪਾਈਪਲਾਈਨ ਨੂੰ ਚਾਲੂ ਕਰਦਾ ਹੈ।
ਆਪਣੀ ਟੀਮ ਦੇ ਪਹਿਲਾਂ ਤੋਂ ਕੰਮ ਕਰਨ ਦੇ ਤਰੀਕੇ ਅਨੁਸਾਰ ਬ੍ਰਾਂਚਾਂ ਨੂੰ ਇਨਵਾਇਰਨਮੈਂਟਾਂ ਨਾਲ ਮੈਪ ਕਰੋ: main ਨੂੰ production ਨਾਲ, staging ਨੂੰ staging ਨਾਲ, ਜਾਂ ਜੋ ਵੀ ਨਿਯਮ ਤੁਸੀਂ ਪਸੰਦ ਕਰਦੇ ਹੋ। ਕਿਸੇ ਬ੍ਰਾਂਚ ਵਿੱਚ ਮਰਜ ਕਰੋ ਅਤੇ ਸੰਬੰਧਿਤ ਇਨਵਾਇਰਨਮੈਂਟ ਆਪਣੇ ਆਪ ਅੱਪਡੇਟ ਹੋ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਕਿਸੇ ਬਦਲਾਅ ਨੂੰ ਅੱਗੇ ਵਧਾਉਣਾ ਸਿਰਫ਼ ਇੱਕ git push ਹੀ ਹੈ।
- OAuth ਰਾਹੀਂ GitHub, GitLab ਜਾਂ Bitbucket ਨੂੰ ਕਨੈਕਟ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਤੈਨਾਤੀ ਕੁੰਜੀਆਂ ਨੂੰ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਸਟੋਰ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ
- ਪੁਸ਼ 'ਤੇ ਵੈੱਬਹੁੱਕ ਇੱਕ ਟਿਕਾਊ ਬਿਲਡ-ਅਤੇ-ਡਿਪਲਾਇ ਪਾਈਪਲਾਈਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ
- ਹਰੇਕ ਸਟੈਕ ਲਈ ਬਿਲਡ ਪੜਾਅ ਆਪਣੇ-ਆਪ ਚਲਦੇ ਹਨ (Composer, npm ਅਤੇ ਹੋਰ)
- ਬ੍ਰਾਂਚ-ਤੋਂ-ਵਾਤਾਵਰਣ ਮੈਪਿੰਗ — ਉਦਾਹਰਣ ਵਜੋਂ main ਤੋਂ production, staging ਤੋਂ staging
- ਲੋੜ ਪੈਣ 'ਤੇ ਕਿਸੇ ਵੀ ਪਿਛਲੇ ਰੀਲੀਜ਼ 'ਤੇ ਵਾਪਸ ਜਾਓ
- ਡਿਪਲਾਇਮੈਂਟਾਂ ਭਰੋਸੇਯੋਗ ਅਤੇ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਬਿਲਡ ਦੇ ਵਿਚਕਾਰ ਕੋਈ ਰੁਕਾਵਟ ਆਉਣ 'ਤੇ ਵੀ ਸਾਈਟ ਕਦੇ ਵੀ ਅੱਧੀ-ਡਿਪਲਾਇ ਹੋਈ ਸਥਿਤੀ ਵਿੱਚ ਨਹੀਂ ਰਹਿੰਦੀ।
ਤੁਹਾਡੇ ਨਿਰਮਾਣ ਦੇ ਤਰੀਕੇ ਲਈ ਬਣਾਇਆ ਗਿਆ
ਨਿਰੰਤਰ ਤੈਨਾਤੀ (Continuous deployment) ਦਾ ਮਤਲਬ ਨਿਯੰਤਰਣ ਛੱਡਣਾ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ। ਤੁਸੀਂ ਫੈਸਲਾ ਕਰਦੇ ਹੋ ਕਿ ਕਿਹੜੀ ਬ੍ਰਾਂਚ ਕਿਸ ਵਾਤਾਵਰਣ ਨਾਲ ਮੈਪ ਹੁੰਦੀ ਹੈ, ਕੋਈ ਤਬਦੀਲੀ ਕਦੋਂ ਅੱਗੇ ਵਧਾਈ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਕਦੋਂ ਵਾਪਸ ਮੁੜਨਾ ਹੈ। ਪਾਈਪਲਾਈਨ ਮਕੈਨੀਕਲ ਕੰਮ ਨੂੰ ਸੰਭਾਲਦੀ ਹੈ — ਕੋਡ ਖਿੱਚਣਾ, ਬਿਲਡ ਚਲਾਉਣਾ, ਐਟੋਮਿਕ ਤੌਰ 'ਤੇ ਜਾਰੀ ਕਰਨਾ — ਤਾਂ ਜੋ ਤੈਨਾਤੀ ਸਧਾਰਨ, ਦੁਹਰਾਉਣ ਯੋਗ ਅਤੇ ਉਲਟਾਉਣ ਯੋਗ ਹੋਵੇ।
ਜੇਕਰ ਤੁਸੀਂ ਸਾਡੇ AI ਪੈਕ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਹਾਇਕ ਤਬਦੀਲੀਆਂ ਨੂੰ ਕੋਡ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਉਸੇ ਪਾਈਪਲਾਈਨ ਰਾਹੀਂ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਭੇਜ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ AI-ਲਿਖਤ ਤਬਦੀਲੀ ਬਿਲਕੁਲ ਉਸੇ ਬਿਲਡ, ਡਿਪਲੋਏ ਅਤੇ ਰੋਲਬੈਕ ਮਾਰਗ ਵਿੱਚੋਂ ਲੰਘਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਤੁਹਾਡੇ ਦੁਆਰਾ ਹੱਥੀਂ ਲਿਖੀ ਗਈ ਕੋਈ ਵੀ ਚੀਜ਼।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ
ਇੱਕ-ਕਲਿੱਕ ਸਟੇਜਿੰਗ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ?
ਸਟੇਜਿੰਗ ਤੁਹਾਡੀ ਲਾਈਵ ਸਾਈਟ ਦੀ ਪੂਰੀ ਕਾਪੀ — ਫ਼ਾਈਲਾਂ ਅਤੇ ਡਾਟਾਬੇਸ — ਪ੍ਰੋਡਕਸ਼ਨ ਵਾਂਗ ਹੀ ਸਮਾਨ ਸਟੈਕ ਅਤੇ ਬਲੂਪ੍ਰਿੰਟ 'ਤੇ ਬਣਾਉਂਦੀ ਹੈ। ਤੁਸੀਂ ਕਾਪੀ 'ਤੇ ਆਪਣੇ ਬਦਲਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹੋ, ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਇੱਕੋ ਕਾਰਵਾਈ ਵਿੱਚ ਪ੍ਰੋਡਕਸ਼ਨ 'ਤੇ ਲਿਜਾਣ ਲਈ ਪੁਸ਼-ਟੂ-ਲਾਈਵ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ।
ਮੈਂ ਕਿਹੜੇ git ਪ੍ਰਦਾਤਾਵਾਂ ਨੂੰ ਕਨੈਕਟ ਕਰ ਸਕਦਾ ਹਾਂ?
GitHub, GitLab ਅਤੇ Bitbucket। ਤੁਸੀਂ OAuth ਰਾਹੀਂ ਕਨੈਕਟ ਕਰਦੇ ਹੋ ਅਤੇ ਤੁਹਾਡੀਆਂ ਡਿਪਲਾਇ ਕੁੰਜੀਆਂ ਇਨਕ੍ਰਿਪਟਡ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਟੋਰ ਵਿੱਚ ਸਟੋਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਸਾਦੀਆਂ ਕੌਂਫਿਗਰੇਸ਼ਨ ਫ਼ਾਈਲਾਂ ਵਿੱਚ ਕਦੇ ਨਹੀਂ।
ਜਦੋਂ ਮੈਂ ਕੋਡ ਪੁਸ਼ ਕਰਦਾ ਹਾਂ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ?
ਪੁਸ਼ ਕਰਨ 'ਤੇ ਇੱਕ ਵੈੱਬਹੁੱਕ ਸਰਗਰਮ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਮਜ਼ਬੂਤ ਬਿਲਡ-ਅਤੇ-ਤੈਨਾਤ ਪਾਈਪਲਾਈਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਇਹ ਤੁਹਾਡੇ ਸਟੈਕ ਲਈ ਬਿਲਡ ਕਦਮ ਚਲਾਉਂਦਾ ਹੈ — Composer, npm ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੋਰ — ਅਤੇ ਨਤੀਜੇ ਨੂੰ ਉਸ ਬ੍ਰਾਂਚ ਨਾਲ ਮੈਪ ਕੀਤੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਜਾਰੀ ਕਰਦਾ ਹੈ।
ਕੀ ਮੈਂ ਵੱਖ-ਵੱਖ ਬ੍ਰਾਂਚਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਵਾਤਾਵਰਣਾਂ ਨਾਲ ਮੈਪ ਕਰ ਸਕਦਾ ਹਾਂ?
ਹਾਂ। ਬ੍ਰਾਂਚ-ਟੂ-ਇਨਵਾਇਰਨਮੈਂਟ ਮੈਪਿੰਗ ਤੁਹਾਨੂੰ ਉਦਾਹਰਨ ਲਈ main ਨੂੰ production ਵੱਲ ਅਤੇ staging ਨੂੰ staging ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕਰਨ ਦਿੰਦੀ ਹੈ। ਕਿਸੇ ਬ੍ਰਾਂਚ ਵਿੱਚ ਮਰਜ ਕਰੋ ਅਤੇ ਮੇਲ ਖਾਂਦਾ ਇਨਵਾਇਰਨਮੈਂਟ ਆਪਣੇ ਆਪ ਡਿਪਲੋਏ ਹੋ ਜਾਂਦਾ ਹੈ।
ਜੇਕਰ ਤੈਨਾਤੀ ਸਾਈਟ ਨੂੰ ਖਰਾਬ ਕਰ ਦਿੰਦੀ ਹੈ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?
ਹਰੇਕ ਡਿਪਲੋਏ ਇੱਕ ਵਰਜਨ ਵਾਲੀ ਰਿਲੀਜ਼ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਰੀਸਟੋਰ ਟਿਕਟ ਤੋਂ ਬਿਨਾਂ ਪਿਛਲੀ ਰਿਲੀਜ਼ 'ਤੇ ਵਾਪਸ ਜਾ ਸਕਦੇ ਹੋ। ਕਿਉਂਕਿ ਡਿਪਲੋਏ ਟਿਕਾਊ, ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦੇ ਹਨ, ਬਿਲਡ ਦੇ ਵਿਚਕਾਰ ਆਈ ਕੋਈ ਅਸਫਲਤਾ ਸਾਈਟ ਨੂੰ ਕਦੇ ਵੀ ਅੱਧੀ-ਡਿਪਲੋਏ ਹੋਈ ਸਥਿਤੀ ਵਿੱਚ ਨਹੀਂ ਛੱਡਦੀ।
ਸੰਬੰਧਿਤ
ਬਿਨਾਂ ਕਿਸੇ ਪਰੇਸ਼ਾਨੀ ਦੇ ਬਦਲਾਅ ਲਾਗੂ ਕਰੋ
ਸਟੇਜ ਕਰੋ, ਸਿੱਧਾ ਲਾਈਵ ਕਰੋ ਅਤੇ git ਤੋਂ ਤਾਇਨਾਤ ਕਰੋ। ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦਾ ਟ੍ਰਾਇਲ, 30-ਦਿਨਾਂ ਦੀ ਪੈਸੇ ਵਾਪਸੀ ਦੀ ਗਰੰਟੀ, ਮੁਫ਼ਤ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਤੇ ਕੋਈ ਵਿਕਰੇਤਾ ਨਿਰਭਰਤਾ ਨਹੀਂ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ