ਸਰੋਤ ਨਿਯੰਤਰਣ

ਉਸ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਤੈਨਾਤ ਕਰੋ ਜਿਸਦੀ ਵਰਤੋਂ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕਰਦੇ ਹੋ — ਇਸਨੂੰ ਰੱਖਣ ਲਈ ਨੌਂ ਥਾਵਾਂ

ਉਹ GitHub ਜਾਂ GitLab ਖਾਤਾ ਕਨੈਕਟ ਕਰੋ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਕੰਮ ਕਰਦੇ ਹੋ ਅਤੇ ਸਿੱਧਾ ਕਿਸੇ ਬ੍ਰਾਂਚ ਤੋਂ ਤੈਨਾਤ ਕਰੋ: Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ਜਾਂ AWS Amplify 'ਤੇ — ਜਾਂ ਸਾਡੀ ਆਪਣੀ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ 'ਤੇ, ਜਿੱਥੇ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਦੋਵਾਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਸਿੰਕ ਰਹਿੰਦੀਆਂ ਹਨ। ਹਰੇਕ ਕਨੈਕਸ਼ਨ ਲੋੜੀਂਦੇ ਅਧਿਕਾਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਸਟੋਰ ਕੀਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਦਾਤਾ ਦੇ API ਵਿਰੁੱਧ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ Vault ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ। ਤੁਸੀਂ GitHub ਜਾਂ GitLab ਨਾਲ ਵੀ ਸਾਈਨ ਇਨ ਕਰ ਸਕਦੇ ਹੋ।

ਇੱਕ ਕਮਿਟ ਜੋ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਲਾਈਵ ਸਾਈਟ ਵੱਲ ਪਾਈਪਲਾਈਨ ਰਾਹੀਂ ਜਾ ਰਿਹਾ ਹੈ।
  • GitHub + GitLabਉਹ ਖਾਤਾ ਕਨੈਕਟ ਕਰੋ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹੈ
  • ਨੌਂ ਮੰਜ਼ਿਲਾਂਅੱਠ ਐਜ ਹੋਸਟ, ਨਾਲ ਹੀ ਸਾਡਾ ਆਪਣਾ ਫਲੀਟ
  • ਦੋ-ਤਰਫ਼ਾ ਸਮਕਾਲੀਕਰਨਹਰੇਕ ਸਾਈਟ, ਹਰੇਕ ਲਾਈਨ
  • Vault ਵਿੱਚ ਸਟੋਰ ਕੀਤਾਐਂਟਰੀ 'ਤੇ ਪ੍ਰਮਾਣਿਤ, ਲੌਗ ਵਿੱਚ ਕਦੇ ਨਹੀਂ
  • ਟੋਕਨ ਸਟੋਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚਿਆ ਗਿਆਜ਼ਰੂਰਤ ਤੋਂ ਵੱਧ ਦਾਇਰੇ ਵਾਲਾ ਟੋਕਨ ਕਦੇ ਵੀ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ
  • ਤੈਨਾਤ ਕਰਨ ਲਈ ਪੁਸ਼ ਕਰੋਦਸਤਖ਼ਤ ਜਾਂਚੇ ਗਏ ਅਤੇ ਵਿਕਲਪਿਕ
  • ਤੁਹਾਡੀ ਬ੍ਰਾਂਚ, ਤੁਹਾਡਾ ਬਿਲਡਇੱਕ ਡਾਇਰੈਕਟਰੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਜਾਂ ਆਪਣੀ ਖੁਦ ਦੀ CI ਚਲਾਓ
  • ਸਹੀ ਢੰਗ ਨਾਲ ਡਿਸਕਨੈਕਟ ਕਰੋਅਸੀਂ ਬਿਲਕੁਲ ਉਹੀ ਹੁੱਕ ਹਟਾਉਂਦੇ ਹਾਂ ਜੋ ਅਸੀਂ ਬਣਾਈ ਸੀ

ਇੱਕ ਵਾਰ ਕਨੈਕਟ ਕਰੋ, ਅਤੇ ਦੇਖੋ ਕਿ ਤੁਸੀਂ ਕਿਸ ਗੱਲ ਨਾਲ ਸਹਿਮਤ ਹੋ ਰਹੇ ਹੋ

ਕਨੈਕਸ਼ਨ ਇੱਕ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਹੁੰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਕਿਸੇ ਹੋਰ ਨੂੰ ਦੇ ਰਹੇ ਹੋ। ਸਾਡਾ ਸਿਸਟਮ ਇਸ ਨੂੰ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਸ ਚੀਜ਼ ਦੀ ਲੋੜ ਹੈ, ਇਸਨੂੰ ਸਟੋਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਪਾਸਿਓਂ ਇਸਨੂੰ ਵਾਪਸ ਲਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ, ਪਹਿਲਾਂ ਹੀ ਸਪੱਸ਼ਟ ਕੀਤੇ ਗਏ ਹਨ

ਇੱਕ ਟੋਕਨ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਦੇ ਹਾਂ ਕਿ ਇਸਨੂੰ ਕੀ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਕਿਉਂ। ਸਿਰਫ਼ ਇਸ ਲਈ ਕੋਈ ਵਿਆਪਕ ਦਾਇਰਾ ਨਹੀਂ ਕਿਉਂਕਿ ਇਸਦੀ ਮੰਗ ਕਰਨਾ ਆਸਾਨ ਸੀ, ਅਤੇ ਕੰਮ ਤੋਂ ਬਾਅਦ ਇਹ ਪਤਾ ਲੱਗਣ ਦੀ ਕੋਈ ਗੁੰਜਾਇਸ਼ ਨਹੀਂ ਕਿ ਅਸੀਂ ਕੰਮ ਦੀ ਲੋੜ ਨਾਲੋਂ ਵੱਧ ਚਾਹੁੰਦੇ ਸੀ।

ਪ੍ਰਦਾਤਾ ਨਾਲ ਪੁਸ਼ਟੀ ਕੀਤੀ ਗਈ, ਸਿਰਫ਼ ਭਰੋਸੇ ਦੇ ਆਧਾਰ 'ਤੇ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ

ਅਸੀਂ ਤੁਹਾਡੇ ਟੋਕਨ ਨੂੰ ਸਟੋਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਦਾਤਾ ਦੇ ਆਪਣੇ API ਨੂੰ ਇਸ ਨਾਲ ਕਾਲ ਕਰਦੇ ਹਾਂ। ਇੱਕ ਗਲਤ, ਮਿਆਦ ਪੁੱਗ ਚੁੱਕਾ ਜਾਂ ਗਲਤ ਦਾਇਰੇ ਵਾਲਾ ਟੋਕਨ ਸਵੀਕਾਰ ਕੀਤੇ ਜਾਣ, ਸਹੀ ਦਿਖਣ ਅਤੇ ਪਹਿਲੀ ਅਸਲ ਤੈਨਾਤੀ 'ਤੇ ਅਸਫਲ ਹੋਣ ਦੀ ਬਜਾਏ ਫਾਰਮ 'ਤੇ ਹੀ ਅਸਵੀਕਾਰ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

Vault ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਗਿਆ, ਅਤੇ ਹੋਰ ਕਿਤੇ ਨਹੀਂ

ਸਾਡੇ ਕੋਡ ਵਿੱਚ ਨਹੀਂ, ਕਿਸੇ ਵਾਤਾਵਰਣ ਫਾਈਲ ਵਿੱਚ ਨਹੀਂ, ਕਿਸੇ ਲੌਗ ਵਿੱਚ ਨਹੀਂ ਅਤੇ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਨਹੀਂ। ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਵਰਕਲੋਡ ਦੁਆਰਾ, ਇਸਦੀ ਵਰਤੋਂ ਕੀਤੇ ਜਾਣ ਦੇ ਪਲ 'ਤੇ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਤੋਂ ਵੱਧ ਖਾਤੇ, ਪ੍ਰਤੀ ਸਾਈਟ ਚੁਣੇ ਗਏ

ਇੱਕ ਨਿੱਜੀ ਖਾਤਾ ਅਤੇ ਕਿਸੇ ਸੰਸਥਾ ਦਾ ਖਾਤਾ, ਜਾਂ ਦੋ ਸੰਸਥਾਵਾਂ ਦੇ ਖਾਤੇ ਕਨੈਕਟ ਕਰੋ। ਹਰੇਕ ਸਾਈਟ ਇਹ ਚੁਣਦੀ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਸ ਤੋਂ ਡਿਪਲੋਏ ਕਰਨਾ ਹੈ, ਇਸ ਲਈ ਕਿਸੇ ਕਲਾਇੰਟ ਦੀ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਤੁਹਾਡੀ ਆਪਣੀ ਰਿਪੋਜ਼ਟਰੀ ਕਦੇ ਵੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਾਂਝੇ ਨਹੀਂ ਕਰਦੀਆਂ।

ਨੌਂ ਥਾਵਾਂ ਜਿੱਥੇ ਕੋਈ ਰਿਪੋਜ਼ਟਰੀ ਪਹੁੰਚ ਸਕਦੀ ਹੈ

ਅੱਠ ਪ੍ਰਬੰਧਿਤ ਐਜ ਹੋਸਟ ਅਤੇ ਸਾਡਾ ਆਪਣਾ ਫਲੀਟ। ਮੰਜ਼ਿਲ ਸਾਈਟ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਕਨੈਕਸ਼ਨ ਦੀ ਨਹੀਂ, ਇਸ ਲਈ ਉਹੀ ਰਿਪੋਜ਼ਟਰੀ ਇੱਕ ਸ਼ਾਖਾ ਨੂੰ Pages ਹੋਸਟ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਦੂਜੀ ਸਾਈਟ ਸਾਡੇ ਹਾਰਡਵੇਅਰ 'ਤੇ ਚੱਲ ਸਕਦੀ ਹੈ।

Cloudflare Pages

ਅਸੀਮਤ ਬੈਂਡਵਿਡਥ, ਵਪਾਰਕ ਵਰਤੋਂ ਦੀ ਇਜਾਜ਼ਤ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਡੇ DNS ਜ਼ੋਨ ਨੂੰ ਸੰਭਾਲਣ ਵਾਲੇ ਉਸੇ ਪ੍ਰਦਾਤਾ 'ਤੇ ਪ੍ਰਬੰਧਿਤ ਐਪੈਕਸ ਡੋਮੇਨ। ਇਹਨਾਂ ਕਾਰਨਾਂ ਕਰਕੇ, ਇਹ ਸਾਡੀ ਪਹਿਲੀ ਪਸੰਦ ਹੈ।

Cloudflare Pages ਹੋਸਟਿੰਗ →

GitHub Pages

ਸਿੱਧਾ ਉਸ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਜਿਸ ਵਿੱਚ ਕੋਡ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ। Footprint-Free ਲਾਈਨ 'ਤੇ ਫਲੈਗ ਕੀਤਾ ਗਿਆ ਹੈ, ਕਿਉਂਕਿ ਸਾਂਝਾ ਕੀਤਾ ਗਿਆ github.io ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਪੈਰਾਂ ਦਾ ਨਿਸ਼ਾਨ ਹੈ।

GitHub Pages ਹੋਸਟਿੰਗ →

GitLab Pages, Netlify, Vercel ਅਤੇ ਬਾਕੀ

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ਅਤੇ AWS Amplify ਸਾਰੇ ਉਹ ਟਿਕਾਣੇ ਹਨ ਜਿਨ੍ਹਾਂ ਵੱਲ ਤੁਸੀਂ ਉਸੇ ਕਨੈਕਸ਼ਨ ਅਤੇ ਉਸੇ ਡਿਪਲਾਇਮੈਂਟ ਇਤਿਹਾਸ ਨਾਲ ਸਾਈਟ ਦਾ ਰੁਖ਼ ਕਰ ਸਕਦੇ ਹੋ।

ਸਟੈਟਿਕ ਸਾਈਟ ਹੋਸਟਿੰਗ →

ਸਾਡੀ ਆਪਣੀ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ

ਇੱਕ ਬਿਲਟ ਬੰਡਲ ਦੀ ਬਜਾਏ ਇੱਕ ਪੂਰੀ ਐਪਲੀਕੇਸ਼ਨ — WordPress, PHP, Node। ਇਹ ਉਹ ਮੰਜ਼ਿਲ ਹੈ ਜੋ ਦੋ-ਪਾਸੜ ਸਮਕਾਲੀਕਰਨ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ, ਤਾਂ ਜੋ ਬਾਕਸ ਅਤੇ ਬ੍ਰਾਂਚ 'ਤੇ ਫ਼ਾਈਲਾਂ ਇਕਸਾਰ ਰਹਿਣ।

ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ →

ਕਿਸੇ ਹੋਰ ਦੇ ਐੱਜ 'ਤੇ ਸਾਈਟਾਂ

ਸਾਡੀ ਮਲਕੀਅਤ ਨਾ ਹੋਣ ਵਾਲੇ ਹੋਸਟ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀ ਗਈ ਸਾਈਟ ਅਜੇ ਵੀ ਭੱਤੇ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਚਲਾਈਆਂ ਜਾਣ ਵਾਲੀਆਂ ਬਾਕੀ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਆਪਣੀਆਂ ਤੈਨਾਤੀਆਂ, ਆਪਣੇ ਅੱਪਟਾਈਮ ਅਤੇ ਆਪਣੇ SEO ਡੇਟਾ ਦੇ ਨਾਲ ਤੁਹਾਡੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੀ ਰਹਿੰਦੀ ਹੈ।

ਬਾਹਰੀ ਸਾਈਟ ਸੀਮਾਵਾਂ →

ਜਾਂ ਇਸਨੂੰ ਇੱਥੇ ਸੰਪਾਦਿਤ ਕਰੋ

ਇਨ-ਬ੍ਰਾਊਜ਼ਰ ਐਡੀਟਰ ਉਹਨਾਂ ਹੀ ਫ਼ਾਈਲਾਂ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਟੂ-ਵੇ ਸਿੰਕ ਵਾਪਸ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਇੱਕ ਤੇਜ਼ ਸੁਧਾਰ ਬਾਅਦ ਵਿੱਚ ਕਿਸੇ ਨੂੰ ਵੀ ਨਾ ਮਿਲਣ ਵਾਲੇ ਬਦਲਾਅ ਦੀ ਬਜਾਏ ਤੁਹਾਡੀ ਬ੍ਰਾਂਚ 'ਤੇ ਇੱਕ ਕਮਿਟ ਬਣ ਜਾਂਦਾ ਹੈ।

ਵੈੱਬ ਸੰਪਾਦਕ →

ਦੋ-ਤਰਫ਼ਾ ਸਮਕਾਲੀਕਰਨ

ਤੁਹਾਡੀ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਤੁਹਾਡੀ ਲਾਈਵ ਸਾਈਟ, ਇੱਕ ਤਾਲਮੇਲ ਵਿੱਚ

ਇਸਨੂੰ ਚਾਲੂ ਕਰੋ ਅਤੇ ਸਾਈਟ ਦੀਆਂ ਆਪਣੀਆਂ ਫ਼ਾਈਲਾਂ ਤੁਹਾਡੀ branch ਵਿੱਚ ਵਾਪਸ commit ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਜਦੋਂ ਕਿ ਉਸ branch 'ਤੇ ਕੀਤੇ ਗਏ commit ਵਾਪਸ ਸਾਈਟ 'ਤੇ ਆ ਜਾਂਦੇ ਹਨ। ਇਹ ਸਾਡੇ ਦੁਆਰਾ host ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਹਰ ਸਾਈਟ 'ਤੇ, ਹਰ ਲਾਈਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ — ਸਿਰਫ਼ ਇੱਕੋ ਲੋੜ ਇਹ ਹੈ ਕਿ ਹੇਠਲੀ ਮਸ਼ੀਨ ਆਪਣੀਆਂ ਫ਼ਾਈਲਾਂ ਵਿਰੁੱਧ Git ਚਲਾਉਣ ਦੇ ਸਮਰੱਥ ਹੋਵੇ, ਜਿਸਦੀ ਪੁਸ਼ਟੀ ਪਲਾਨ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਦੀ ਬਜਾਏ ਸਰਵਰ ਤੋਂ ਪੁੱਛ ਕੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

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

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

ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ, ਜਾਂ ਆਪਣੇ ਖੁਦ ਦੇ CI ਨੂੰ ਇਸ ਨੂੰ ਬਣਾਉਣ ਦਿਓ

ਦੋ ਮੋਡ, ਅਤੇ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਬਿਲਡ ਕਿੱਥੇ ਚੱਲਦੀ ਹੈ। ਦੋਵੇਂ ਇੱਕੋ ਥਾਂ 'ਤੇ ਖਤਮ ਹੁੰਦੇ ਹਨ: ਇੱਕ ਰੈਫ਼ ਜਿਸ ਨੂੰ ਅਸੀਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਾਂ, ਜਿਸ ਵਿੱਚ ਤੈਨਾਤੀ ਦੇ ਵਿਰੁੱਧ ਕਮਿਟ ਦਰਜ ਹੁੰਦਾ ਹੈ।

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

ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਲਾਈਵ ਸਾਈਟ ਤੱਕ

  1. ਖਾਤਾ ਕਨੈਕਟ ਕਰੋ

    ਕਨੈਕਸ਼ਨਜ਼ ਦੇ ਅਧੀਨ GitHub ਜਾਂ GitLab। ਤੁਹਾਡੇ ਵੱਲੋਂ ਟੋਕਨ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਸੂਚੀਬੱਧ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਸਟੋਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਦਾਤਾ ਨਾਲ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ।

  2. ਕਿਸੇ ਸਾਈਟ ਨੂੰ ਰਿਪੋਜ਼ਟਰੀ ਵੱਲ ਸੰਕੇਤ ਕਰੋ

    ਮਾਲਕ, ਰਿਪੋਜ਼ਟਰੀ, ਬ੍ਰਾਂਚ, ਅਤੇ ਕੀ ਅਸੀਂ ਕੋਈ ਡਾਇਰੈਕਟਰੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਾਂ ਜਾਂ ਤੁਹਾਡੇ CI ਦੁਆਰਾ ਬਣਾਈ ਗਈ ਸਮੱਗਰੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਇਸਦੇ ਹਿੱਸੇ ਵਜੋਂ ਪੁਸ਼ ਵੈੱਬਹੁੱਕ ਰਜਿਸਟਰ ਕਰਦੇ ਹਾਂ।

  3. ਧੱਕੋ, ਜਾਂ ਬਟਨ ਦਬਾਓ

    ਨਿਰਧਾਰਤ ਬ੍ਰਾਂਚ ਵਿੱਚ ਪੁਸ਼ ਕਰਨ ਨਾਲ ਤੈਨਾਤੀ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, ਜਾਂ ਤੁਸੀਂ ਸਾਈਟ ਦੇ ਤੈਨਾਤੀ ਟੈਬ ਤੋਂ ਮੰਗ ਅਨੁਸਾਰ ਤੈਨਾਤ ਕਰ ਸਕਦੇ ਹੋ। ਬਿਲਡ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਚੱਲਦੇ ਹਨ।

  4. ਇਸਨੂੰ ਦੇਖੋ, ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਚਾਹੋ ਤਾਂ ਵਾਪਸ ਸਿੰਕ ਕਰੋ

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

ਜਦੋਂ ਕੁਝ ਗਲਤ ਹੋਵੇ

“ਕਨੈਕਟ ਕੀਤਾ ਪਰ ਕਦੇ ਡਿਲੀਵਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ” ਇੱਕ ਅਜਿਹੀ ਸਥਿਤੀ ਹੈ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਸੂਚਿਤ ਕਰਾਂਗੇ

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

ਅਸੀਂ ਡਿਲੀਵਰੀਆਂ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਦੇ ਦਸਤਖਤਾਂ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ, ਜਿਸ ਵਿੱਚ ਹਰੇਕ ਪ੍ਰਦਾਤਾ ਦੀ ਆਪਣੀ ਪ੍ਰਣਾਲੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਨਾ ਕਿ ਅਜਿਹੀ ਪ੍ਰਣਾਲੀ ਦੀ ਜਿਸ ਨੂੰ ਅਸੀਂ ਸਾਰਿਆਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਮੰਨ ਲਿਆ ਸੀ। ਜਿਹੜੀ ਡਿਲੀਵਰੀ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਹੁੰਦੀ, ਉਸ ਨੂੰ ਚੁੱਪਚਾਪ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਦੀ ਬਜਾਏ ਅਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

  • ਕਾਰਡ 'ਤੇ ਆਖਰੀ ਡਿਲੀਵਰੀ ਸਮਾਂ ਅਤੇ ਸੁਨੇਹਾ
  • "ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਾਇਆ ਗਿਆ" ਦਰਜ ਹੈ, ਖਾਲੀ ਨਹੀਂ ਛੱਡਿਆ ਗਿਆ
  • ਕੁਝ ਵੀ ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਤੀ ਪ੍ਰਦਾਤਾ ਦਸਤਖਤਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਗਈ
  • ਜਦੋਂ ਤੁਸੀਂ ਡਿਸਕਨੈਕਟ ਕਰਦੇ ਹੋ ਤਾਂ ਸਾਡੇ ਦੁਆਰਾ ਬਣਾਇਆ ਹੁੱਕ ਆਈਡੀ ਦੁਆਰਾ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ
ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਟਰਿੱਗਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਵੈੱਬਹੁੱਕ ਡਿਲੀਵਰੀ ਪਹੁੰਚ ਰਹੀ ਹੈ ਅਤੇ ਜਾਂਚੀ ਜਾ ਰਹੀ ਹੈ।

ਪਛਾਣ

GitHub ਜਾਂ GitLab ਨਾਲ ਸਾਈਨ ਇਨ ਕਰੋ — ਜਾਂ Google, ਜਾਂ Microsoft

ਇੱਕ ਈਮੇਲ ਪਤੇ ਅਤੇ ਪਾਸਵਰਡ ਦੇ ਨਾਲ, ਤੁਸੀਂ GitHub, GitLab, Google ਜਾਂ Microsoft ਨਾਲ ਆਪਣੇ Zinn Digital® ਖਾਤੇ ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰ ਸਕਦੇ ਹੋ। ਪਛਾਣ ਪਰਤ ਹੈਂਡਸ਼ੇਕ ਚਲਾਉਂਦੀ ਹੈ; ਅਸੀਂ ਤੁਹਾਡਾ ਪ੍ਰਦਾਤਾ ਪਾਸਵਰਡ ਕਦੇ ਨਹੀਂ ਦੇਖਦੇ, ਅਤੇ ਮੌਜੂਦਾ Zinn® ਖਾਤੇ ਨਾਲ ਸੋਸ਼ਲ ਖਾਤੇ ਨੂੰ ਲਿੰਕ ਕਰਨ ਦੀ ਪੁਸ਼ਟੀ ਅਜੇ ਵੀ ਈਮੇਲ ਰਾਹੀਂ ਕੀਤੀ ਜਾਣੀ ਲਾਜ਼ਮੀ ਹੈ।

GitHub ਨਾਲ ਸਾਈਨ ਇਨ ਕਰਨਾ ਅਤੇ ਤੈਨਾਤੀਆਂ ਲਈ GitHub ਨੂੰ ਕਨੈਕਟ ਕਰਨਾ ਵੱਖਰੇ ਫੈਸਲੇ ਅਤੇ ਵੱਖਰੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਹਨ। ਇੱਕ ਨੂੰ ਕਰਨ ਨਾਲ ਦੂਜਾ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਇੱਕ ਨੂੰ ਹਟਾਉਣ ਨਾਲ ਦੂਜਾ ਨਹੀਂ ਹਟਦਾ।

  • GitHub, GitLab, Google ਅਤੇ Microsoft ਸਾਈਨ-ਇਨ
  • ਇੱਕੋ ਖਾਤੇ 'ਤੇ ਪਾਸਕੀ ਅਤੇ ਦੋ-ਪੜਾਵੀ ਪ੍ਰਮਾਣੀਕਰਨ
  • ਸਾਈਨ-ਇਨ ਅਤੇ ਤੈਨਾਤੀ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਵੱਖਰੇ ਰਹਿੰਦੇ ਹਨ
ਤੁਹਾਡੀ ਟੀਮ ਲਈ ਡੈਲੀਗੇਟ ਕੀਤੀ ਪਹੁੰਚ
ਵੱਖ-ਵੱਖ ਪ੍ਰਦਾਤਿਆਂ ਰਾਹੀਂ ਇੱਕ ਖਾਤੇ ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰਨ ਵਾਲੇ ਕਈ ਵਿਅਕਤੀ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ

ਮੈਂ ਕਿਹੜੇ ਸਰੋਤ-ਨਿਯੰਤਰਣ ਪ੍ਰਦਾਤਾਵਾਂ ਨੂੰ ਕਨੈਕਟ ਕਰ ਸਕਦਾ ਹਾਂ?

GitHub ਅਤੇ GitLab। ਉਸ ਖਾਤੇ ਨੂੰ ਕਨੈਕਟ ਕਰੋ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰਦੇ ਹੋ ਅਤੇ ਅਸੀਂ ਇਸਦੇ ਰਿਪੋਜ਼ਟਰੀਆਂ ਤੋਂ ਤੈਨਾਤ ਕਰ ਸਕਦੇ ਹਾਂ, ਉਹਨਾਂ 'ਤੇ ਇੱਕ ਪੁਸ਼ ਵੈੱਬਹੁੱਕ ਰਜਿਸਟਰ ਕਰ ਸਕਦੇ ਹਾਂ, ਅਤੇ — ਜੇਕਰ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ — ਤਾਂ ਆਪਣੀ ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਨੂੰ ਦੂਜੇ ਪਾਸੇ ਵਾਪਸ ਸਿੰਕ ਕਰ ਸਕਦੇ ਹੋ। ਦੋਵੇਂ ਇੱਕੋ ਕਨੈਕਟ ਕੀਤੇ-ਖਾਤੇ ਦੇ ਮਾਧਿਅਮ ਰਾਹੀਂ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀ ਗਈ ਹਰ ਗੱਲ ਦੋਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।

ਕੀ ਮੈਂ GitHub ਜਾਂ GitLab ਨਾਲ ਸਾਈਨ ਇਨ ਕਰ ਸਕਦਾ ਹਾਂ?

ਹਾਂ, ਅਤੇ Google ਜਾਂ Microsoft ਨਾਲ ਵੀ। ਇੱਕ ਈਮੇਲ ਪਤੇ ਅਤੇ ਪਾਸਵਰਡ ਦੇ ਨਾਲ-ਨਾਲ ਤੁਸੀਂ ਇਹਨਾਂ ਚਾਰਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨਾਲ ਵੀ ਆਪਣੇ Zinn Digital® ਖਾਤੇ ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰ ਸਕਦੇ ਹੋ। ਪਛਾਣ ਪਰਤ ਹੈਂਡਸ਼ੇਕ ਨੂੰ ਸੰਭਾਲਦੀ ਹੈ ਅਤੇ ਅਸੀਂ ਤੁਹਾਡੇ ਪ੍ਰਦਾਤਾ ਦਾ ਪਾਸਵਰਡ ਕਦੇ ਨਹੀਂ ਦੇਖਦੇ। GitHub ਨਾਲ ਸਾਈਨ ਇਨ ਕਰਨਾ ਡਿਪਲੋਏ ਲਈ GitHub ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਤੋਂ ਇੱਕ ਵੱਖਰੀ ਚੀਜ਼ ਹੈ — ਤੁਸੀਂ ਕੋਈ ਇੱਕ, ਦੋਵੇਂ, ਜਾਂ ਕੋਈ ਵੀ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।

ਮੈਂ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਕਿੱਥੇ ਤੈਨਾਤ ਕਰ ਸਕਦਾ ਹਾਂ?

ਸਟੈਟਿਕ ਜਾਂ ਬਿਲਟ ਕੀਤੀ ਸਾਈਟ ਲਈ Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ਜਾਂ AWS Amplify ਉੱਤੇ — ਜਾਂ ਸਾਡੀ ਆਪਣੀ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ ਉੱਤੇ, ਜਿੱਥੇ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਦੋਵਾਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਸਿੰਕ ਰਹਿੰਦੀਆਂ ਹਨ। ਤੁਸੀਂ ਸਾਈਟ ਲਈ ਮੰਜ਼ਿਲ ਚੁਣਦੇ ਹੋ; ਰਿਪੋਜ਼ਟਰੀ ਕਨੈਕਸ਼ਨ ਦੋਵੇਂ ਤਰੀਕਿਆਂ ਨਾਲ ਇੱਕੋ ਜਿਹਾ ਰਹਿੰਦਾ ਹੈ।

ਕੀ ਤੁਸੀਂ ਮੇਰੀ ਸਾਈਟ ਬਣਾ ਸਕਦੇ ਹੋ, ਜਾਂ ਇਸਦਾ ਪਹਿਲਾਂ ਤੋਂ ਬਣਿਆ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ?

ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ। ਪਬਲਿਸ਼ ਮੋਡ ਵਿੱਚ ਅਸੀਂ ਬ੍ਰਾਂਚ ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਲੈਂਦੇ ਹਾਂ ਜਿਵੇਂ ਇਹ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਦੁਆਰਾ ਨਾਮ ਦਿੱਤੀ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਾਂ। CI ਮੋਡ ਵਿੱਚ ਤੁਹਾਡੇ ਪ੍ਰਦਾਤਾ ਦੀ ਆਪਣੀ ਪਾਈਪਲਾਈਨ ਤੁਹਾਡੀ ਬਿਲਡ ਕਮਾਂਡ ਚਲਾਉਂਦੀ ਹੈ ਅਤੇ ਆਉਟਪੁੱਟ ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਪਬਲਿਸ਼ ਬ੍ਰਾਂਚ ਵਿੱਚ ਕਮਿਟ ਕਰਦੀ ਹੈ, ਜਿਸਨੂੰ ਅਸੀਂ ਫਿਰ ਕਿਸੇ ਵੀ ਹੋਰ ref ਵਾਂਗ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ। ਦੂਜਾ ਤਰੀਕਾ ਤੁਹਾਡੇ ਬਿਲਡ ਨੂੰ ਤੁਹਾਡੀ ਆਪਣੀ CI ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਜਿੱਥੇ ਤੁਹਾਡੇ ਭੇਦ ਅਤੇ ਤੁਹਾਡੀ ਕੈਚਿੰਗ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹਨ।

ਕੀ ਪੁਸ਼ ਆਪਣੇ ਆਪ ਤੈਨਾਤ ਹੁੰਦਾ ਹੈ?

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

ਟੂ-ਵੇਅ ਸਿੰਕ ਕੀ ਹੈ?

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

ਜੇ ਦੋਵੇਂ ਪਾਸੇ ਬਦਲ ਜਾਣ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ?

ਕੁਝ ਵੀ ਓਵਰਰਾਈਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਪੁਸ਼ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਿੰਕ ਰੁਕ ਜਾਂਦਾ ਹੈ, ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਬ੍ਰਾਂਚ ਉਸ ਕਮਿਟ ਤੋਂ ਅੱਗੇ ਨਿਕਲ ਗਈ ਹੈ ਜਿਸ 'ਤੇ ਅਸੀਂ ਆਧਾਰਿਤ ਸੀ, ਅਤੇ ਪੁੱਛਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਪੱਖ ਚਾਹੁੰਦੇ ਹੋ — ਰਿਪੋਜ਼ਟਰੀ ਰੱਖਣੀ ਹੈ, ਜਾਂ ਸਾਈਟ ਰੱਖਣੀ ਹੈ। ਅਜਿਹੀ ਸਾਈਟ ਜੋ ਕਦੇ ਸਿੰਕ ਨਹੀਂ ਹੋਈ ਹੈ ਅਤੇ ਅਜਿਹੀ ਬ੍ਰਾਂਚ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਕਮਿਟ ਹਨ, ਉਹ ਵੀ ਆਪਣੀ ਇੱਕ ਸਥਿਤੀ ਹੈ, ਅਤੇ ਇਹ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਦੀ ਬਜਾਏ ਪੁੱਛਦੀ ਹੈ ਕਿ ਕਿਹੜਾ ਸੱਚ ਹੈ।

ਮੇਰਾ ਐਕਸੈਸ ਟੋਕਨ ਕਿਵੇਂ ਸੁਰੱਖਿਅਤ ਹੈ?

ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਅਸੀਂ ਤੁਹਾਨੂੰ ਇਸ ਲਈ ਲੋੜੀਂਦੇ ਅਧਿਕਾਰ ਦਿਖਾਉਂਦੇ ਹਾਂ, ਐਂਟਰੀ 'ਤੇ ਪ੍ਰਦਾਤਾ ਦੇ ਆਪਣੇ API ਵਿਰੁੱਧ ਟੋਕਨ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ — ਤਾਂ ਜੋ ਅਵੈਧ ਜਾਂ ਗਲਤ ਸਕੋਪ ਵਾਲਾ ਟੋਕਨ ਕਦੇ ਵੀ ਸਟੋਰ ਨਾ ਹੋਵੇ — ਅਤੇ ਫਿਰ ਹੀ ਇਸਨੂੰ Vault ਵਿੱਚ ਲਿਖਦੇ ਹਾਂ। ਇਹ ਕਦੇ ਵੀ ਸਾਡੇ ਕੋਡ, ਲੌਗ, ਵਾਤਾਵਰਣ ਫ਼ਾਈਲ ਜਾਂ ਕਮਾਂਡ ਲਾਈਨ ਨੂੰ ਨਹੀਂ ਛੂੰਹਦਾ। ਪ੍ਰਦਾਤਾ ਕੋਲ ਇਸਨੂੰ ਰੱਦ ਕਰੋ ਜਾਂ ਜਦੋਂ ਵੀ ਤੁਸੀਂ ਚਾਹੋ ਇੱਥੇ ਕਨੈਕਸ਼ਨ ਹਟਾਓ।

ਮੈਂ ਕਿਵੇਂ ਜਾਣ ਸਕਦਾ ਹਾਂ ਕਿ ਕੀ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਮੇਰੇ ਪੁਸ਼ ਪ੍ਰਾਪਤ ਕਰ ਰਹੇ ਹੋ?

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

ਕੀ ਮੈਂ Footprint-Free ਲਾਈਨ 'ਤੇ Pages ਤੈਨਾਤੀ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹਾਂ?

ਇਹ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਫਲੈਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। GitHub Pages ਅਤੇ GitLab Pages ਪ੍ਰਦਾਤਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਅਤੇ ਜਨਤਕ github.io ਅਤੇ gitlab.io ਹੋਸਟ ਨਾਮ ਸਾਂਝੇ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਹ ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ (ਨਿਸ਼ਾਨ) ਹੈ — ਇੱਕੋ ਇੱਕ ਚੀਜ਼ ਜਿਸ ਤੋਂ ਬਚਣ ਲਈ ਉਹ ਲਾਈਨ ਮੌਜੂਦ ਹੈ। ਜ਼ੀਰੋ-ਫੁੱਟਪ੍ਰਿੰਟ ਨੈੱਟਵਰਕ ਲਈ, ਇਸਦੀ ਬਜਾਏ ਅਲੱਗ ਹੋਸਟਿੰਗ 'ਤੇ ਤੈਨਾਤ ਕਰੋ। ਬਾਕੀ ਹਰ ਥਾਂ, Pages ਪਹਿਲੇ ਦਰਜੇ ਦਾ ਹੈ।

ਮੈਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ Vercel ਨੂੰ ਕਿਉਂ ਚੁਣਨਾ ਪਵੇਗਾ?

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

ਕੀ ਮੈਂ ਦੇਖ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ ਕਿ ਕੀ ਅਤੇ ਕਦੋਂ ਤੈਨਾਤ ਕੀਤਾ ਗਿਆ ਸੀ?

ਹਾਂ। ਹਰ ਡਿਪਲੋਏ ਉਸ ਕਮਿਟ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ ਜੋ ਇਸਨੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਸੀ, ਇਹ ਕਦੋਂ ਚੱਲਿਆ ਅਤੇ ਇਹ ਕਿਵੇਂ ਸਮਾਪਤ ਹੋਇਆ, ਅਤੇ ਸਾਈਟ ਦੀ Deploy ਟੈਬ ਇਸਦੇ ਨਾਲ ਲਾਈਵ URL ਦੇ ਨਾਲ ਇਤਿਹਾਸ ਦਿਖਾਉਂਦੀ ਹੈ। ਡਿਪਲੋਏ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਚੱਲਦੇ ਹਨ, ਇਸ ਲਈ ਬਿਲਡ ਪੂਰਾ ਹੋਣ 'ਤੇ ਪੰਨਾ ਅੱਪਡੇਟ ਹੁੰਦਾ ਹੈ ਨਾ ਕਿ ਤੁਹਾਨੂੰ ਸਪਿਨਰ 'ਤੇ ਉਡੀਕ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ।

ਆਪਣੀ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਤੈਨਾਤ ਕਰੋ

ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦਾ ਟ੍ਰਾਇਲ ਸ਼ੁਰੂ ਕਰੋ, GitHub ਜਾਂ GitLab ਨੂੰ ਕਨੈਕਟ ਕਰੋ, ਅਤੇ ਇੱਕ ਸਾਈਟ ਨੂੰ ਬ੍ਰਾਂਚ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ। ਫ਼ਾਈਲਾਂ ਦੇ ਦੋਵਾਂ ਪਾਸਿਆਂ ਤੋਂ ਸਿੰਕ ਹੋਣ ਦੇ ਨਾਲ ਇੱਕ ਐੱਜ ਹੋਸਟ 'ਤੇ ਜਾਂ ਸਾਡੀ ਆਪਣੀ ਹੋਸਟਿੰਗ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ।

ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ