GitHub ਕੀ ਹੈ? ਗੈਰ-ਡਿਵੈਲਪਰਾਂ ਲਈ ਵਰਜ਼ਨ ਕੰਟਰੋਲ

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

ਜੇ ਤੁਸੀਂ AI ਨਾਲ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ GitHub ਮੁੱਖ ਤੌਰ 'ਤੇ ਦੋ ਕੰਮਾਂ ਲਈ ਹੈ: ਆਪਣੇ ਕੋਡ ਦੀ ਕਾਪੀ ਆਪਣੇ ਕੋਲ ਰੱਖਣਾ ਉਸ ਟੂਲ ਤੋਂ ਬਾਹਰ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਇਹ ਬਣਾਇਆ, ਅਤੇ ਇਸਨੂੰ ਕਿਸੇ ਡਿਵੈਲਪਰ ਨੂੰ ਉਸ ਫਾਰਮੈਟ ਵਿੱਚ ਦੇਣਾ ਜਿਸ ਵਿੱਚ ਉਹ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ।

AI ਨਾਲ ਬਣਾਉਣ ਵਿੱਚ ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ

AI ਐਪ ਬਿਲਡਰ ਤੇਜ਼ੀ ਨਾਲ ਬਹੁਤ ਸਾਰਾ ਕੋਡ ਲਿਖਦਾ ਅਤੇ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਹਰ ਬਦਲਾਅ ਸੁਧਾਰ ਨਹੀਂ ਹੁੰਦਾ। ਵਰਜ਼ਨ ਕੰਟਰੋਲ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣ ਦਾ ਤਰੀਕਾ ਹੈ।

• ਭਰੋਸੇ ਨਾਲ ਵਾਪਸ ਜਾਓ। ਹਰ ਸੰਭਾਲਿਆ ਬਦਲਾਅ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਹੈ। ਜੇ AI ਕੁਝ ਤੋੜ ਦੇਵੇ, ਤਾਂ ਤੁਸੀਂ ਆਖਰੀ ਚੰਗੇ ਸਨੈਪਸ਼ਾਟ 'ਤੇ ਵਾਪਸ ਜਾ ਸਕਦੇ ਹੋ।
• ਮਾਲਕੀ। ਤੁਹਾਡੇ ਆਪਣੇ GitHub ਖਾਤੇ ਵਿੱਚ ਕੋਡ ਤੁਹਾਡਾ ਹੀ ਰਹਿੰਦਾ ਹੈ, ਭਾਵੇਂ ਤੁਸੀਂ ਟੂਲ ਬਦਲੋ, ਕਿਸੇ ਟੂਲ ਦਾ ਭੁਗਤਾਨ ਬੰਦ ਕਰੋ, ਜਾਂ ਦੂਜੀ ਰਾਏ ਚਾਹੋ।
• ਡਿਵੈਲਪਰਾਂ ਨਾਲ ਕੰਮ। ਲਗਭਗ ਹਰ ਡਿਵੈਲਪਰ ਰੋਜ਼ Git ਵਰਤਦਾ ਹੈ। ਇੱਕ ਰਿਪੋਜ਼ਿਟਰੀ ਉਹਨਾਂ ਨੂੰ AI ਦੇ ਲਿਖੇ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਰਨ, ਠੀਕ ਕਰਨ ਅਤੇ ਬਦਲਾਅ ਵਾਪਸ ਭੇਜਣ ਦੀ ਸਹੂਲਤ ਦਿੰਦੀ ਹੈ।
• ਕਿਤੇ ਹੋਰ ਡਿਪਲੌਏ ਕਰਨਾ। ਬਹੁਤ ਸਾਰੇ ਹੋਸਟਿੰਗ ਪਲੇਟਫਾਰਮ ਸਿੱਧਾ GitHub ਰਿਪੋਜ਼ਿਟਰੀ ਤੋਂ ਡਿਪਲੌਏ ਕਰ ਸਕਦੇ ਹਨ।

ਰੋਜ਼ ਦੀ ਮਿਸਾਲ: ਟ੍ਰੈਕ ਚੇਂਜ ਅਤੇ ਸਾਂਝੀ ਡਰਾਈਵ

ਇੱਕ ਦਸਤਾਵੇਜ਼ ਬਾਰੇ ਸੋਚੋ ਜਿਸ ਵਿੱਚ ਟ੍ਰੈਕ ਚੇਂਜ ਚਾਲੂ ਹਨ ਅਤੇ ਉਹ ਇੱਕ ਸਾਂਝੀ ਡਰਾਈਵ ਵਿੱਚ ਪਿਆ ਹੈ।

• Git ਟ੍ਰੈਕ ਚੇਂਜ ਵਾਂਗ ਹੈ: ਹਰ ਸੰਪਾਦਨ ਦਰਜ ਹੁੰਦਾ ਹੈ, ਕਿਸਨੇ, ਕਦੋਂ ਅਤੇ ਕਿਉਂ ਕੀਤਾ, ਅਤੇ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਵਰਜ਼ਨ 'ਤੇ ਵਾਪਸ ਜਾ ਸਕਦੇ ਹੋ।
• GitHub ਸਾਂਝੀ ਡਰਾਈਵ ਵਾਂਗ ਹੈ: ਦਸਤਾਵੇਜ਼ ਔਨਲਾਈਨ ਰਹਿੰਦਾ ਹੈ, ਹੋਰ ਲੋਕ ਉਸਦੀ ਕਾਪੀ ਲੈ ਸਕਦੇ ਹਨ, ਅਤੇ ਟਿੱਪਣੀ ਅਤੇ ਮਨਜ਼ੂਰੀ ਦੀ ਜਗ੍ਹਾ ਹੁੰਦੀ ਹੈ।
• ਇੱਕ ਬ੍ਰਾਂਚ ਉਸ ਕਾਪੀ ਵਾਂਗ ਹੈ ਜਿਸਦਾ ਨਾਂ "ਡਰਾਫਟ — ਨਵਾਂ ਕੀਮਤ ਭਾਗ" ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਉਹ ਵਰਜ਼ਨ ਛੂਹੇ ਬਿਨਾਂ ਪ੍ਰਯੋਗ ਕਰ ਸਕੋ ਜਿਸ 'ਤੇ ਸਾਰੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ। ਜੇ ਪ੍ਰਯੋਗ ਕੰਮ ਕਰ ਜਾਵੇ, ਤਾਂ ਉਸਨੂੰ ਵਾਪਸ ਮਿਲਾ ਦਿਓ।

ਦਸਤਾਵੇਜ਼ ਤੋਂ ਫਰਕ ਪੈਮਾਨੇ ਦਾ ਹੈ। ਇੱਕ ਐਪ ਸੈਂਕੜੇ ਫਾਈਲਾਂ ਦੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ Git ਉਹ ਸਾਰੀਆਂ ਇਕੱਠੀਆਂ ਟ੍ਰੈਕ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਉਸ ਵੇਲੇ ਦੀ ਹਾਲਤ ਹੁੰਦਾ ਹੈ।

Git ਅਤੇ GitHub ਦੇ ਸ਼ਬਦ ਜੋ ਤੁਸੀਂ ਵੇਖੋਗੇ

ਦੋ ਗੱਲਾਂ ਖ਼ਾਸ ਤੌਰ 'ਤੇ ਨੋਟ ਕਰਨ ਯੋਗ ਹਨ। ਪਹਿਲੀ, Git ਦਾ ਇਤਿਹਾਸ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਸਥਾਈ ਹੁੰਦਾ ਹੈ: ਜੇ ਕੋਈ ਪਾਸਵਰਡ ਕਮਿਟ ਅਤੇ ਪੁਸ਼ ਹੋ ਗਿਆ, ਤਾਂ ਬਾਅਦ ਦੇ ਕਮਿਟ ਵਿੱਚ ਉਸਨੂੰ ਮਿਟਾਉਣ ਨਾਲ ਉਹ ਇਤਿਹਾਸ ਵਿੱਚੋਂ ਨਹੀਂ ਹਟਦਾ। ਦੂਜੀ, ਕਮਿਟ ਓਨਾ ਹੀ ਕੰਮ ਦਾ ਹੁੰਦਾ ਹੈ ਜਿੰਨਾ ਉਸਦਾ ਸੁਨੇਹਾ। "ਦੋ ਲੋਕਾਂ ਵੱਲੋਂ ਇੱਕੋ ਵੇਲੇ ਬੁਕਿੰਗ ਹੋਣ 'ਤੇ ਬੁਕਿੰਗ ਡਬਲ-ਗਿਣਤੀ ਠੀਕ ਕੀਤੀ" ਬਾਅਦ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ; "update" ਨਹੀਂ ਕਰਦਾ।

ਇੱਕ ਕੰਮ ਕੀਤੀ ਉਦਾਹਰਣ: AI ਨਾਲ ਬਣੀ ਐਪ ਇੱਕ ਫ੍ਰੀਲਾਂਸਰ ਨੂੰ ਦੇਣਾ

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

1. ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇੱਕ ਨਵੀਂ ਨਿੱਜੀ GitHub ਰਿਪੋਜ਼ਿਟਰੀ ਨਾਲ ਜੋੜੋ ਅਤੇ ਪੁਸ਼ ਕਰੋ। ਹੁਣ ਰਿਪੋਜ਼ਿਟਰੀ ਵਿੱਚ ਕੋਡ ਅਤੇ ਉਸਦਾ ਇਤਿਹਾਸ ਹੈ।
2. ਜਾਂਚੋ ਕਿ ਅੰਦਰ ਕੀ ਹੈ। GitHub 'ਤੇ ਰਿਪੋਜ਼ਿਟਰੀ ਖੋਲ੍ਹੋ। ਉੱਥੇ ਕੋਈ .env ਫਾਈਲ ਅਤੇ ਕੋਡ ਵਿੱਚ ਕੋਈ API ਕੁੰਜੀ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ। ਰਾਜ਼ ਤੁਹਾਡੇ ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਫ੍ਰੀਲਾਂਸਰ ਨਾਲ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸਾਂਝੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਵੇਖੋ ਐਨਵਾਇਰਮੈਂਟ ਵੇਰੀਏਬਲ ਅਤੇ ਰਾਜ਼।
3. ਫ੍ਰੀਲਾਂਸਰ ਨੂੰ ਸੱਦਾ ਦਿਓ, ਸਿਰਫ਼ ਉਸ ਰਿਪੋਜ਼ਿਟਰੀ ਵਿੱਚ ਸਹਿਯੋਗੀ ਵਜੋਂ।
4. ਉਹ ਇੱਕ ਬ੍ਰਾਂਚ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ, ਜਿਵੇਂ accounting-sync, ਕੰਮ ਦੇ ਨਾਲ ਕਮਿਟ ਕਰਦੇ ਹਨ, ਅਤੇ ਮੁਕੰਮਲ ਹੋਣ 'ਤੇ pull request ਖੋਲ੍ਹਦੇ ਹਨ।
5. ਤੁਸੀਂ pull request ਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਹੋ। ਕੋਡ ਪੜ੍ਹੇ ਬਿਨਾਂ ਵੀ ਤੁਸੀਂ ਵੇਰਵਾ ਪੜ੍ਹ ਸਕਦੇ ਹੋ, ਵੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜੀਆਂ ਫਾਈਲਾਂ ਬਦਲੀਆਂ ਗਈਆਂ, ਅਤੇ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਸਵਾਲ ਪੁੱਛ ਸਕਦੇ ਹੋ।
6. ਖੁਸ਼ ਹੋਣ 'ਤੇ merge ਕਰੋ, ਫਿਰ ਬਦਲਾਅ ਆਪਣੇ ਬਿਲਡਰ ਵਿੱਚ pull ਕਰੋ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਅਤੇ AI ਨਵੇਂ ਵਰਜ਼ਨ ਤੋਂ ਅੱਗੇ ਕੰਮ ਕਰ ਸਕੋ।

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

ਆਮ ਗਲਤੀਆਂ ਅਤੇ ਗਲਤਫਹਿਮੀਆਂ

• "GitHub ਅਤੇ Git ਇੱਕੋ ਚੀਜ਼ ਹਨ।" Git GitHub ਤੋਂ ਬਿਨਾਂ ਕੰਮ ਕਰਦਾ ਹੈ; GitLab ਅਤੇ Bitbucket ਵਰਗੇ ਵਿਕਲਪ ਵੀ Git ਰਿਪੋਜ਼ਿਟਰੀਆਂ ਹੋਸਟ ਕਰਦੇ ਹਨ।
• "GitHub ਮੇਰੀ ਐਪ ਚਲਾਏਗਾ।" GitHub ਕੋਡ ਸਟੋਰ ਕਰਦਾ ਹੈ। ਲੋਕਾਂ ਲਈ ਐਪ ਚਲਾਉਣਾ ਵੈੱਬ ਹੋਸਟਿੰਗ ਹੈ, ਇੱਕ ਵੱਖਰੀ ਸੇਵਾ (ਹਾਲਾਂਕਿ ਕੁਝ ਹੋਸਟ GitHub ਤੋਂ ਡਿਪਲੌਏ ਕਰਦੇ ਹਨ)।
• ਰਾਜ਼ ਕਮਿਟ ਕਰਨਾ। ਸਭ ਤੋਂ ਨੁਕਸਾਨਦੇਹ ਅਤੇ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀ। .env ਫਾਈਲਾਂ ਲਈ .gitignore ਵਰਤੋ, ਅਤੇ ਜੋ ਵੀ ਕੁੰਜੀ ਕਦੇ ਪੁਸ਼ ਹੋਈ ਹੋਵੇ, ਉਸਨੂੰ ਬਦਲ ਦਿਓ।
• ਸਿਰਫ਼ ਇੱਕ ਬ੍ਰਾਂਚ ਅਤੇ ਕੋਈ ਸੁਨੇਹਾ ਨਹੀਂ। ਇਕੱਲੇ ਪ੍ਰਯੋਗਾਂ ਲਈ ਠੀਕ ਹੈ, ਪਰ ਕਮਿਟਾਂ ਨੂੰ ਸਾਫ਼ ਸੁਨੇਹੇ ਦਿਓ ਅਤੇ ਜੋਖਮ ਭਰੇ ਕੰਮ ਲਈ ਬ੍ਰਾਂਚਾਂ ਵਰਤੋ।
• ਇੱਕੋ ਵੇਲੇ ਦੋ ਥਾਵਾਂ 'ਤੇ ਸੰਪਾਦਨ ਕਰਨਾ। ਜੇ ਤੁਸੀਂ GitHub ਅਤੇ AI ਬਿਲਡਰ ਦੋਹਾਂ ਵਿੱਚ ਕੋਡ ਬਦਲੋ ਬਿਨਾਂ ਵਿਚਕਾਰ pull ਕੀਤੇ, ਤਾਂ ਟਕਰਾਅ ਬਣਦੇ ਹਨ। ਇੱਕ ਵੇਲੇ ਇੱਕ ਥਾਂ ਚੁਣੋ, ਅਤੇ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਿੰਕ ਕਰੋ।
• ਸੋਚਣਾ ਕਿ ਪ੍ਰਾਈਵੇਟ ਰਿਪੋ ਹਰ ਚੀਜ਼ ਦਾ ਬੈਕਅੱਪ ਹੈ। ਇਸ ਵਿੱਚ ਕੋਡ ਹੈ, ਡਾਟਾਬੇਸ ਦੀ ਸਮੱਗਰੀ ਜਾਂ ਅਪਲੋਡ ਕੀਤੀਆਂ ਫਾਈਲਾਂ ਨਹੀਂ। ਉਹਨਾਂ ਦੇ ਆਪਣੇ ਬੈਕਅੱਪ ਚਾਹੀਦੇ ਹਨ।

ਆਪਣੇ AI ਬਿਲਡਰ ਤੋਂ ਕੀ ਮੰਗਣਾ ਹੈ

• "ਇੱਕ .gitignore ਜੋੜੋ ਜੋ .env, ਡਿਪੈਂਡੈਂਸੀ ਫੋਲਡਰਾਂ ਅਤੇ ਬਿਲਡ ਆਉਟਪੁੱਟ ਨੂੰ ਬਾਹਰ ਰੱਖੇ।"
• "ਇੱਕ README ਲਿਖੋ ਜੋ ਦੱਸੇ ਕਿ ਕਿਵੇਂ ਇੰਸਟਾਲ ਕਰਨਾ ਹੈ, ਕਿਹੜੇ ਐਨਵਾਇਰਮੈਂਟ ਵੇਰੀਏਬਲ ਲੋੜੀਂਦੇ ਹਨ (ਸਿਰਫ਼ ਨਾਂ), ਅਤੇ ਐਪ ਕਿਵੇਂ ਚਲਾਉਣੀ ਹੈ।"
• "ਹਰ ਵੇਰੀਏਬਲ ਦੇ ਨਾਮ ਨਾਲ ਇੱਕ .env.example ਜੋੜੋ, ਬਿਨਾਂ ਅਸਲੀ ਮੁੱਲਾਂ ਦੇ।"
• "ਹਰ ਬਦਲਾਅ ਲਈ ਸਾਫ਼ ਅਤੇ ਵੇਰਵੇ ਵਾਲੇ ਕਮਿਟ ਸੁਨੇਹੇ ਵਰਤੋ।"

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

GitHub ਅਤੇ Mythex

Mythex ਹਰ ਯੋਜਨਾ 'ਤੇ ਤੁਹਾਡੇ ਲਈ ਇਤਿਹਾਸ ਰੱਖਦਾ ਹੈ: ਹਰ ਸਫਲ ਏਜੰਟ ਟਰਨ ਤੋਂ ਬਾਅਦ ਇਹ ਇੱਕ ਚੈੱਕਪੌਇੰਟ ਸੰਭਾਲਦਾ ਹੈ, ਜੋ ਇੱਕ Git ਸਨੈਪਸ਼ਾਟ ਹੈ ਅਤੇ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਵਾਪਸ ਜਾ ਸਕਦੇ ਹੋ। Pro 'ਤੇ ਤੁਸੀਂ GitHub ਨੂੰ ਜੋੜ ਕੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਆਪਣੀ ਰਿਪੋਜ਼ਿਟਰੀ ਨਾਲ ਪੁਸ਼ ਜਾਂ pull ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ ਪੂਰਾ ਪ੍ਰੋਜੈਕਟ ਇੱਕ ਆਰਕਾਈਵ ਵਜੋਂ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦੇ ਹੋ; ਰਾਜ਼ ਅਤੇ ਇੰਸਟਾਲ ਹੋਈਆਂ ਡਿਪੈਂਡੈਂਸੀਆਂ ਐਕਸਪੋਰਟਾਂ ਵਿੱਚੋਂ ਬਾਹਰ ਰੱਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇੱਥੇ GitHub ਕੋਡ ਸਿੰਕ ਕਰਨ ਲਈ ਹੈ, Mythex ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰਨ ਲਈ ਨਹੀਂ। ਵੇਖੋ ਡੌਕਸ ਵਿੱਚ GitHub, ਐਕਸਪੋਰਟ ਅਤੇ ਇੰਪੋਰਟ, ਅਤੇ ਹਰ ਯੋਜਨਾ ਵਿੱਚ ਕੀ ਹੈ ਇਹ ਜਾਣਨ ਲਈ ਪ੍ਰਾਈਸਿੰਗ ਪੇਜ।

ਸਵਾਲ