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