ਜੇ ਤੁਸੀਂ GITHub ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਅਤੇ GUI 'ਤੇ ਬਿਨਾਂ ਕਿਸੇ ਪੇਚੀਦਗੀਆਂ ਦੇ ਸਭ ਕੁਝ ਕਰਨ ਲਈ ਮੇਰੇ ਵਾਂਗ ਕਮਾਂਡ ਲਾਈਨ ਨੂੰ ਤਰਜੀਹ ਦੇ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਦੇਖਿਆ ਹੋਵੇਗਾ ਕਿ ਕਿਵੇਂ GitHub ਨੇ "gh" ਨਾਮਕ ਉਹਨਾਂ ਦੇ ਨਾ-ਨਵੇਂ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਸ਼ੁਰੂ ਕੀਤੀ ਹੈ। ਮੈਂ ਇਸਨੂੰ ਇੱਕ ਸ਼ਾਟ ਦੇਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ, ਕਿਉਂਕਿ ਇਹ ਸਭ ਤੋਂ ਬਾਅਦ ਹੋਨਹਾਰ ਲੱਗ ਰਿਹਾ ਸੀ। ਅਤੇ ਮੈਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਇਹ ਬਹੁਤ ਪਸੰਦ ਆਇਆ - ਇੰਨਾ ਜ਼ਿਆਦਾ ਕਿ ਮੈਂ ਇਸ ਬਾਰੇ ਇੱਕ ਲੇਖ ਬਣਾਉਣਾ ਚਾਹੁੰਦਾ ਸੀ!
ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਸ਼ੁਰੂ ਕਰੀਏ, ਮੈਨੂੰ ਇਸ ਲੇਖ ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਕਈ ਸ਼ਬਦਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
"GH" ਦਾ ਅਰਥ ਹੈ "GitHub"। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੋਂ ਟੂਲ ਦਾ ਨਾਮ ਵੀ ਉਤਪੰਨ ਹੁੰਦਾ ਹੈ, ਇਸਲਈ ਇਸਨੂੰ Git ਨਾਲ ਉਲਝਣ ਵਿੱਚ ਨਹੀਂ ਪਾਇਆ ਜਾ ਸਕਦਾ। ਇਹ ਸਮਝਾਉਣ ਲਈ ਕਿ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਕੀ ਕਰਦਾ ਹੈ, ਤੁਸੀਂ ਰਿਪੋਜ਼ ਬਣਾ ਸਕਦੇ ਹੋ, ਫੋਰਕ ਕਰ ਸਕਦੇ ਹੋ, ਮਿਟ ਸਕਦੇ ਹੋ, ਬ੍ਰਾਊਜ਼ ਕਰ ਸਕਦੇ ਹੋ; ਪੁੱਲ ਬੇਨਤੀਆਂ ਬਣਾਓ; ਅਤੇ ਹੋਰ ਬਹੁਤ ਸਾਰੇ. ਜੇਕਰ ਤੁਸੀਂ ਕੋਈ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਲੱਭ ਸਕਦੇ ਹੋ ਪਰ ਟਰਮੀਨਲ ਨੂੰ ਛੱਡਣਾ ਨਹੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਹ ਤੁਹਾਡੇ ਲਈ GitHub ਵਿੱਚ ਪੰਨਿਆਂ ਨੂੰ ਬ੍ਰਾਊਜ਼ ਕਰਨ ਲਈ ਇੱਕ ਟੈਕਸਟ-ਅਧਾਰਿਤ ਬ੍ਰਾਊਜ਼ਰ ਵੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
"CLI" ਦਾ ਅਰਥ ਹੈ "Cਓਮੰਡ Lਆਈ.ਐਨ.ਈ Iਇੰਟਰਫੇਸ"। ਉਹ ਟਰਮੀਨਲ (ਜਾਂ ਵਿੰਡੋਜ਼ ਵਿੱਚ, ਕਮਾਂਡ ਪ੍ਰੋਂਪਟ) ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਜੇਕਰ ਐਪ ਨਾਮ ਦੇ ਅੱਗੇ ਇੱਕ "CLI" ਜੋੜਿਆ ਗਿਆ ਹੈ (ਇਸ ਲੇਖ ਲਈ "Git CLI"), ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਐਪ ਸਿਰਫ਼ ਟਰਮੀਨਲ ਰਾਹੀਂ ਚੱਲਦੀ ਹੈ। ਅਤੇ ਇਸ ਸੰਦਰਭ ਵਿੱਚ "Git CLI" ਹੈ, ਖੈਰ, ਉਹ ਗਿੱਟ ਹੈ ਜੋ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ। ਕਮਾਂਡ ਵਾਂਗ ਅਸੀਂ ਕਮਿਟ ਜਾਂ ਰੀਬੇਸ ਕਰਦੇ ਹਾਂ।
GUI ਦਾ ਅਰਥ ਹੈ "Gਰੇਫਿਕਲ User Interface" ਅਤੇ ਇਹ ਉਹ ਇੰਟਰਫੇਸ ਹੈ ਜਿਸ 'ਤੇ ਅਸੀਂ "ਨੈਵੀਗੇਟ" ਕਰਦੇ ਹਾਂ। ਬਿਹਤਰ ਕਿਹਾ, ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਡੈਸਕਟਾਪ ਵਾਤਾਵਰਣ ਇੱਕ GUI ਹੈ।
ਇੱਕ "API ਕੁੰਜੀ" ਇੱਕ ਗੁਪਤ ਸਤਰ/ਫਾਇਲ ਦੀ ਇੱਕ ਕਿਸਮ ਹੈ ਜੋ ਤੁਸੀਂ ਸੇਵਾਵਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਵਰਤਦੇ ਹੋ। ਸਾਵਧਾਨ ਰਹੋ ਕਿ ਇਹ 2 ਕਾਰਕ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਬਾਈਪਾਸ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰਦੇ ਹੋ। ਇਸ ਲਈ ਉਹਨਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣਾ ਯਕੀਨੀ ਬਣਾਓ ਅਤੇ ਕਿਤੇ ਹੋਰ ਤਰੀਕਿਆਂ ਨਾਲ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੋਵੇ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਸੰਦ ਕੀ ਹੈ? ਇਹ ਉਹਨਾਂ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦਾ ਹੈ ਜੋ ਅਸੀਂ Git CLI ਦੁਆਰਾ ਕਰਾਂਗੇ?
"gh" ਨੂੰ ਇੱਕ ਓਪਨ ਸੋਰਸ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਸੂਤਰ ਸੰਕੇਤਾਵਲੀ) ਰੈਪਰ ਚੀਜ਼ਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ Git CLI ਅਤੇ GitHub API ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਵਾਸਤਵ ਵਿੱਚ, ਤੁਸੀਂ Git ਕਮਾਂਡਾਂ ਨੂੰ ਵੀ ਪੈਰਾਮੀਟਰ ਪਾਸ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਇਹ ਵਰਤਦਾ ਹੈ! ਮੈਂ ਬਾਅਦ ਵਿੱਚ ਉਹਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵਾਂਗਾ।
ਸਥਾਪਤ ਕਰਨਾ ਅਤੇ ਸਥਾਪਤ ਕਰਨਾ
ਮੈਨੂੰ ਵਰਤ ਕੇ ਇੰਸਟਾਲੇਸ਼ਨ ਦੁਆਰਾ ਜਾਣ ਲੱਗੇਗਾ, ਜੋ ਕਿ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ ਟਰਮਕਸ. ਪਰ ਪ੍ਰਕਿਰਿਆ ਬਿਲਕੁਲ ਉਹੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਡੇਬੀਅਨ-ਅਧਾਰਤ ਡਿਸਟ੍ਰੋ 'ਤੇ ਹੋ ਸਕਦੇ ਹੋ - ਉਬੰਟੂ ਨੇ ਇਹ ਉਹਨਾਂ ਦੇ ਅਧਿਕਾਰਤ ਰੈਪੋਜ਼ 'ਤੇ ਹੈ ਉਦਾਹਰਨ ਲਈ. ਵਿੰਡੋਜ਼ ਲਈ, ਖੈਰ, ਤੁਹਾਨੂੰ ਜਾਂ ਤਾਂ CygWin ਜਾਂ WSL ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਜੋ ਮੈਂ ਮੰਨਦਾ ਹਾਂ. ¯\_(ツ)_/¯
# ਆਓ ਪਹਿਲਾਂ ਟੂਲ ਨੂੰ ਇੰਸਟਾਲ ਕਰੀਏ। Git ਨੂੰ ਵੀ ਇੰਸਟਾਲ ਕਰਨਾ ਕਿਉਂਕਿ ਇਹ gh ਲਈ ਬੈਕਐਂਡ # ਹੈ। $pkg install git gh -y # ਫਿਰ ਹਰ ਚੀਜ਼ ਤੋਂ ਪਹਿਲਾਂ, ਸਾਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਟੂਲ ਦੇ ਡੇਟਾਬੇਸ 'ਤੇ ਇੱਕ # ਨਵੀਂ API ਕੁੰਜੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੇਗਾ ਤਾਂ ਜੋ ਤੁਹਾਨੂੰ ਦੁਬਾਰਾ # ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਪਵੇਗੀ। ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ GITHUB_TOKEN ਸੈਟ ਕਰ ਚੁੱਕੇ ਹੋ, ਤਾਂ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ ਇਸ ਲਈ ਪਹਿਲਾਂ ਇਸਨੂੰ # ਅਨਸੈਟ ਕਰੋ। :) $gh auth ਲਾਗਇਨ
ਹੁਣ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਇੱਥੇ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ, ਮੈਨੂੰ ਕਈ ਗੱਲਾਂ ਵੱਲ ਧਿਆਨ ਦੇਣ ਦੀ ਲੋੜ ਹੈ।
- ਪਹਿਲੀ ਗੱਲ, "GitHub Enterprise ਸਰਵਰ" ਨਾ ਚੁਣੋ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਕਿਸੇ ਕਿਸਮ ਦਾ ਸਵੈ-ਹੋਸਟਡ GitHub ਨਹੀਂ ਹੈ।
- ਦੂਜਾ, ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ GitHub ਖਾਤੇ 'ਤੇ ਆਪਣੀ ਜਨਤਕ ਕੁੰਜੀ ਜੋੜੀ ਹੈ ਤਾਂ HTTPS ਦੀ ਬਜਾਏ SSH ਦੀ ਵਰਤੋਂ ਕਰੋ। ਜੇਕਰ ਤੁਸੀਂ API ਕੁੰਜੀ ਗੁਆ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਘੱਟੋ-ਘੱਟ ਆਪਣੀ SSH ਕੁੰਜੀ ਨਹੀਂ ਗੁਆਓਗੇ ਤਾਂ ਕਿ ਇਹ ਇੱਕ ਚੰਗੀ ਫਾਲਬੈਕ ਵਿਧੀ ਵੀ ਹੋ ਸਕਦੀ ਹੈ।
- ਤੀਜਾ, ਬ੍ਰਾਊਜ਼ਰ ਨਾਲ ਲੌਗਇਨ ਕਰਨਾ ਚੁਣੋ ਸਿਰਫ਼ ਤਾਂ ਹੀ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ API ਕੁੰਜੀ ਨਹੀਂ ਹੈ! ਅਸਲ ਵਿੱਚ, ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਇੱਕ ਹੈ ਤਾਂ ਇੱਕ ਹੋਰ ਕੁੰਜੀ ਰੱਖਣ ਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਹੋਵੇਗਾ।
ਇੱਕ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਚੀਜ਼ਾਂ ਦਾ ਸੈੱਟਅੱਪ ਪੂਰਾ ਕਰ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਆਓ ਇਸ ਬਾਰੇ Git CLI ਨੂੰ ਦੱਸੀਏ।
$gh auth ਸੈੱਟਅੱਪ-ਗਿੱਟ
ਇਹ ਲੋੜੀਂਦੇ Git CLI ਸੰਰਚਨਾਵਾਂ ਨੂੰ ਬਣਾਏਗਾ, ਜੇਕਰ ਤੁਹਾਡੇ ਪ੍ਰਤੀਬਿੰਬ ਅੰਦਰ ਆਉਂਦੇ ਹਨ ਅਤੇ ਤੁਹਾਨੂੰ GH ਦੀ ਬਜਾਏ Git ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦੇ ਹਨ।
ਕੁਝ ਬੁਨਿਆਦੀ ਹੁਕਮ
ਹੁਣ ਜਦੋਂ ਤੁਸੀਂ GH ਸੈਟ ਅਪ ਕਰ ਲਿਆ ਹੈ, ਆਓ ਮੈਂ ਤੁਹਾਨੂੰ ਕਹਾਣੀ ਦੇ ਅਧਾਰ 'ਤੇ ਕਈ ਬੁਨਿਆਦੀ ਕਮਾਂਡਾਂ ਸਿਖਾਵਾਂ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਮੇਰੇ ਸਥਾਨਕ ਮੈਨੀਫੈਸਟ ਰੈਪੋ ਲਈ ਇੱਕ ਪੁੱਲ ਬੇਨਤੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਤੁਸੀਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਫੋਰਕ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।
$gh ਰੈਪੋ ਫੋਰਕ ਵਿੰਡੋਜ਼414/ਪਲੇਟਫਾਰਮ_ਮੈਨੀਫੈਸਟ! windowz414/platform_manifest ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ? ਕੀ ਤੁਸੀਂ ਫੋਰਕ ਨੂੰ ਕਲੋਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ? ਹਾਂ 'ਪਲੇਟਫਾਰਮ_ਮੈਨੀਫੈਸਟ' ਵਿੱਚ ਕਲੋਨਿੰਗ... ਰਿਮੋਟ: ਵਸਤੂਆਂ ਦੀ ਗਿਣਤੀ ਕਰਨਾ: 136, ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਵਸਤੂਆਂ ਦੀ ਗਿਣਤੀ: 100% (136/136), ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਸੰਕੁਚਿਤ ਵਸਤੂਆਂ: 100% (81/81), ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਕੁੱਲ 136 (ਡੈਲਟਾ 46), ਮੁੜ-ਵਰਤਿਆ 89 (ਡੈਲਟਾ 12), ਪੈਕ-ਮੁੜ-ਵਰਤਿਆ 0 ਵਸਤੂਆਂ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ: 100% (136/136), 30.70 KiB | 166.00 KiB/s, ਹੋ ਗਿਆ। ਡੈਲਟਾ ਹੱਲ ਕਰਨਾ: 100% (46/46), ਹੋ ਗਿਆ। github.com ਤੋਂ ਅੱਪਸਟਰੀਮ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ: windowz414/platform_manifest * [ਨਵੀਂ ਸ਼ਾਖਾ] amyrom/rosie -> upstream/amyrom/rosie * [ਨਵੀਂ ਸ਼ਾਖਾ] aosp-Eleven -> upstream/aosp-Eleven * [ਨਵੀਂ ਸ਼ਾਖਾ] aosp-ten -> upstream/aosp-ten * [ਨਵੀਂ ਸ਼ਾਖਾ] arrow-11.0 -> upstream/arrow-11.0 * [ਨਵੀਂ ਸ਼ਾਖਾ] cm-14.1 -> ਅੱਪਸਟ੍ਰੀਮ/cm-14.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] dot11 -> upstream/dot11 * [ਨਵੀਂ ਸ਼ਾਖਾ ] e/os/v1-nougat -> upstream/e/os/v1-nougat * [ਨਵੀਂ ਸ਼ਾਖਾ] ਤਰਲ-11 -> ਅੱਪਸਟ੍ਰੀਮ/ਤਰਲ-11 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਫੋਕਸ_7.1 -> ਅੱਪਸਟ੍ਰੀਮ/ਫੌਕਸ_7.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਹੇਨਟਾਈ-ਰੀਕਾ -> ਅੱਪਸਟ੍ਰੀਮ/ਹੈਂਟਾਈ-ਰੀਕਾ * [ਨਵੀਂ ਸ਼ਾਖਾ] ਆਇਨ-ਪਾਈ -> ਅੱਪਸਟ੍ਰੀਮ/ਆਈਓਨ-ਪਾਈ * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼-15.1 -> ਅੱਪਸਟ੍ਰੀਮ/ਵੰਸ਼-15.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼ -17.1 -> ਅੱਪਸਟਰੀਮ/ਵੰਸ਼-17.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼-18.1 -> ਅੱਪਸਟ੍ਰੀਮ/ਵੰਸ਼-18.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼-18.1_ਟੀਓਸ -> ਅੱਪਸਟ੍ਰੀਮ/ਵੰਸ਼-18.1_ਟੀਓਸ * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼-19.0 - > ਅੱਪਸਟ੍ਰੀਮ/ਵੰਸ਼-19.0 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਮੁੱਖ -> ਅੱਪਸਟ੍ਰੀਮ/ਮੁੱਖ * [ਨਵੀਂ ਸ਼ਾਖਾ] mkn-mr1 -> ਅੱਪਸਟ੍ਰੀਮ/mkn-mr1 * [ਨਵੀਂ ਸ਼ਾਖਾ] revengeos-r11.0 -> upstream/revengeos-r11.0। 1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਸਟੈਲਰ-S1 -> ਅੱਪਸਟ੍ਰੀਮ/ਸਟੈਲਰ-S11 * [ਨਵੀਂ ਸ਼ਾਖਾ] teos-n -> upstream/teos-n * [ਨਵੀਂ ਸ਼ਾਖਾ] weebprojekt-11 -> upstream/weebprojekt-XNUMX ✓ ਕਲੋਨ ਕੀਤਾ ਫੋਰਕ
ਫਿਰ ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ "wz414-labs" ਨਾਮਕ ਪ੍ਰਯੋਗਾਂ ਲਈ ਇੱਕ ਵੱਖਰੀ ਸੰਸਥਾ ਹੈ, ਜੋ ਕਿ ਤੁਸੀਂ ਅਜੇ ਤੱਕ ਆਪਣੀ ਨਿੱਜੀ ਪ੍ਰੋਫਾਈਲ 'ਤੇ ਫੋਰਕ ਨਹੀਂ ਕੀਤਾ ਹੈ ਅਤੇ ਉੱਥੇ ਕਲੋਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਇਸਦੀ ਬਜਾਏ ਉੱਥੇ ਪੁੱਲ ਬੇਨਤੀ ਖੋਲ੍ਹੋ। ਤੁਸੀਂ “cm-14.1” ਬ੍ਰਾਂਚ ਨੂੰ ਵੀ ਕਲੋਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਜੋ ਤੁਹਾਨੂੰ ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਗਿੱਟ-ਚੈੱਕਆਊਟ ਕਰਨ ਦੀ ਲੋੜ ਨਾ ਪਵੇ।
$gh repo fork windowz414/platform_manifest --org="wz414-labs" -- --branch="cm-14.1" ✓ ਫੋਰਕ wz414-labs/platform_manifest ਬਣਾਇਆ ਗਿਆ? ਕੀ ਤੁਸੀਂ ਫੋਰਕ ਨੂੰ ਕਲੋਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ? ਹਾਂ 'ਪਲੇਟਫਾਰਮ_ਮੈਨੀਫੈਸਟ' ਵਿੱਚ ਕਲੋਨਿੰਗ... ਰਿਮੋਟ: ਵਸਤੂਆਂ ਦੀ ਗਿਣਤੀ ਕਰਨਾ: 136, ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਵਸਤੂਆਂ ਦੀ ਗਿਣਤੀ: 100% (136/136), ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਸੰਕੁਚਿਤ ਵਸਤੂਆਂ: 100% (81/81), ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਕੁੱਲ 136 (ਡੈਲਟਾ 46), ਮੁੜ-ਵਰਤਿਆ 89 (ਡੈਲਟਾ 12), ਪੈਕ-ਮੁੜ-ਵਰਤਿਆ 0 ਵਸਤੂਆਂ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ: 100% (136/136), 30.70 KiB | 120.00 KiB/s, ਹੋ ਗਿਆ। ਡੈਲਟਾ ਹੱਲ ਕਰਨਾ: 100% (46/46), ਹੋ ਗਿਆ। github.com ਤੋਂ ਅੱਪਸਟਰੀਮ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ: windowz414/platform_manifest * [ਨਵੀਂ ਸ਼ਾਖਾ] amyrom/rosie -> upstream/amyrom/rosie * [ਨਵੀਂ ਸ਼ਾਖਾ] aosp-Eleven -> upstream/aosp-Eleven * [ਨਵੀਂ ਸ਼ਾਖਾ] aosp-ten -> upstream/aosp-ten * [ਨਵੀਂ ਸ਼ਾਖਾ] arrow-11.0 -> upstream/arrow-11.0 * [ਨਵੀਂ ਸ਼ਾਖਾ] cm-14.1 -> ਅੱਪਸਟ੍ਰੀਮ/cm-14.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] dot11 -> upstream/dot11 * [ਨਵੀਂ ਸ਼ਾਖਾ ] e/os/v1-nougat -> upstream/e/os/v1-nougat * [ਨਵੀਂ ਸ਼ਾਖਾ] ਤਰਲ-11 -> ਅੱਪਸਟ੍ਰੀਮ/ਤਰਲ-11 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਫੋਕਸ_7.1 -> ਅੱਪਸਟ੍ਰੀਮ/ਫੌਕਸ_7.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਹੇਨਟਾਈ-ਰੀਕਾ -> ਅੱਪਸਟ੍ਰੀਮ/ਹੈਂਟਾਈ-ਰੀਕਾ * [ਨਵੀਂ ਸ਼ਾਖਾ] ਆਇਨ-ਪਾਈ -> ਅੱਪਸਟ੍ਰੀਮ/ਆਈਓਨ-ਪਾਈ * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼-15.1 -> ਅੱਪਸਟ੍ਰੀਮ/ਵੰਸ਼-15.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼ -17.1 -> ਅੱਪਸਟਰੀਮ/ਵੰਸ਼-17.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼-18.1 -> ਅੱਪਸਟਰੀਮ/ਵੰਸ਼-18.1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼-18.1_ਟੀਓਸ -> ਅੱਪਸਟ੍ਰੀਮ/ਵੰਸ਼-18.1_ਟੀਓਸ * [ਨਵੀਂ ਸ਼ਾਖਾ] ਵੰਸ਼-19.0 - > ਅੱਪਸਟ੍ਰੀਮ/ਵੰਸ਼-19.0 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਮੁੱਖ -> ਅੱਪਸਟਰੀਮ/ਮੁੱਖ * [ਨਵੀਂ ਸ਼ਾਖਾ] mkn-mr1 -> ਅੱਪਸਟ੍ਰੀਮ/mkn-mr1 * [ਨਵੀਂ ਸ਼ਾਖਾ] revengeos-r11.0 -> upstream/revengeos-r11.0। 1 * [ਨਵੀਂ ਸ਼ਾਖਾ] ਸਟੈਲਰ-S1 -> ਅੱਪਸਟ੍ਰੀਮ/ਸਟੈਲਰ-S11 * [ਨਵੀਂ ਸ਼ਾਖਾ] teos-n -> upstream/teos-n * [ਨਵੀਂ ਸ਼ਾਖਾ] weebprojekt-11 -> upstream/weebprojekt-XNUMX ✓ ਕਲੋਨ ਕੀਤਾ ਫੋਰਕ
ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ ਮੈਂ “-b cm-14.1” ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਅਤੇ ਇਸਦੀ ਬਜਾਏ ਲੰਮੀ ਦਲੀਲ ਦਿੱਤੀ। ਇਸ ਲੇਖ ਦੀ ਮਿਤੀ ਦੇ ਅਨੁਸਾਰ, 16 ਫਰਵਰੀ, 2022, GH ਵਿੱਚ ਇੱਕ ਬੱਗ ਹੈ ਕਿ ਇਹ Git CLI ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਛੋਟੀਆਂ ਦਲੀਲਾਂ ਨਹੀਂ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਸਲਈ ਇਸਨੂੰ ਇਸਦੀ ਬਜਾਏ ਲੰਬੇ ਆਰਗੂਮੈਂਟਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
ਇੱਕ ਵਾਰ ਇਹ ਹੋ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਫੋਲਡਰ ਵਿੱਚ ਦਾਖਲ ਹੋਏ, ਆਪਣੀਆਂ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ, ਵਚਨਬੱਧ ਫਿਰ ਇਸ ਨੂੰ ਧੱਕ ਦਿੱਤਾ, ਅਤੇ ਪੁੱਲ ਬੇਨਤੀ ਕਰਨ ਲਈ ਤਿਆਰ ਹੋ। ਇਸਦੇ ਲਈ, ਤੁਹਾਨੂੰ ਬਸ ਇੱਕ ਸਧਾਰਨ ਦੀ ਲੋੜ ਹੈ
$gh pr create --branch="cm-14.1" windowz414/platform_manifest ਵਿੱਚ wz14.1-labs:cm-14.1 ਵਿੱਚ cm-414 ਲਈ ਪੁੱਲ ਬੇਨਤੀ ਬਣਾਉਣਾ? ਟਾਈਟਲ teos: Git-Polycule ਵਿੱਚ ਬਦਲੋ? ਸਰੀਰ ? ਅੱਗੇ ਕੀ ਹੈ? ਜਮ੍ਹਾਂ ਕਰੋ https://github.com/windowz414/platform_manifest/pull/1
ਜੇਕਰ ਤੁਸੀਂ “–branch=cm-14.1” ਨੂੰ ਜੋੜਦੇ ਨਹੀਂ ਹੋ, ਤਾਂ ਤੁਸੀਂ “ਮੁੱਖ” ਸ਼ਾਖਾ ਲਈ PR ਬਣਾ ਰਹੇ ਹੋਵੋਗੇ, ਜੋ ਬੇਸ਼ੱਕ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਬਣੇਗੀ ਜਦੋਂ ਇਸਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸੰਭਾਲਿਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ।
ਅਤੇ ਹੁਣ, ਮੈਨੂੰ ਇਸ PR ਨੂੰ ਮਿਲਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਠੀਕ ਹੈ? ਇਸ ਲਈ ਮੈਂ ਪਹਿਲਾਂ ਰੈਪੋ ਨੂੰ ਕਲੋਨ ਕਰਦਾ ਹਾਂ, ਨਿਰਧਾਰਤ ਸ਼ਾਖਾ ਨੂੰ ਚੈੱਕਆਉਟ ਕਰਦਾ ਹਾਂ, ਅਤੇ ਪਹਿਲਾਂ PRs ਦੀ ਸੂਚੀ ਬਣਾਉਂਦਾ ਹਾਂ।
# ਪਹਿਲਾਂ ਕਲੋਨਿੰਗ. $ git clone https://github.com/windowz414/platform_manifest 'platform_manifest' ਵਿੱਚ ਕਲੋਨਿੰਗ... ਰਿਮੋਟ: ਵਸਤੂਆਂ ਦੀ ਗਿਣਤੀ ਕਰਨਾ: 136, ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਵਸਤੂਆਂ ਦੀ ਗਿਣਤੀ: 100% (136/136), ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਸੰਕੁਚਿਤ ਵਸਤੂਆਂ: 100% (81/81), ਹੋ ਗਿਆ। ਰਿਮੋਟ: ਕੁੱਲ 136 (ਡੈਲਟਾ 46), ਮੁੜ-ਵਰਤਿਆ 89 (ਡੈਲਟਾ 12), ਪੈਕ-ਮੁੜ-ਵਰਤਿਆ 0 ਵਸਤੂਆਂ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ: 100% (136/136), 30.70 KiB | 137.00 KiB/s, ਹੋ ਗਿਆ। ਡੈਲਟਾ ਹੱਲ ਕਰਨਾ: 100% (46/46), ਹੋ ਗਿਆ। # ਫਿਰ ਬ੍ਰਾਂਚ ਨੂੰ ਚੈੱਕ ਆਊਟ ਕਰਨਾ। $git checkout cm-14.1 ਬ੍ਰਾਂਚ 'cm-14.1' ਨੂੰ 'origin/cm-14.1' ਨੂੰ ਟਰੈਕ ਕਰਨ ਲਈ ਸੈੱਟਅੱਪ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਨਵੀਂ ਸ਼ਾਖਾ 'cm-14.1' ਵਿੱਚ ਬਦਲਿਆ ਗਿਆ ਹੈ ਅਤੇ ਹੁਣ ਸੂਚੀਬੱਧ PRs. $gh pr ਸੂਚੀ windowz1/platform_manifest #1 teos ਵਿੱਚ 414 ਵਿੱਚੋਂ 1 ਓਪਨ ਪੁੱਲ ਬੇਨਤੀ ਦਿਖਾ ਰਹੀ ਹੈ: Git-Polycule wz414-labs:cm-14.1 ਵਿੱਚ ਬਦਲੋ
ਹੁਣ ਜਦੋਂ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਰਿਮੋਟ ਨੂੰ "ਗਿਟ-ਪੌਲੀਕੂਲ" ਵਿੱਚ ਬਦਲਣ ਲਈ ਇੱਕ PR ਹੈ, ਆਓ ਦੇਖੀਏ ਕਿ ਇਸ ਨਾਲ ਕੀ ਬਦਲਿਆ ਹੈ।
$gh pr diff 1 diff --git a/teos.xml b/teos.xml ਇੰਡੈਕਸ b145fc0..3aadeb6 100644 --- a/teos.xml +++ b/teos.xml @@ -2,7 +2,7, 414 @@
ਹੋਨਹਾਰ ਜਾਪਦਾ ਹੈ! ਮਿਲਾਉਣ ਦਾ ਸਮਾਂ!
$gh pr ਮਰਜ 1 ? ਤੁਸੀਂ ਕਿਹੜਾ ਅਭੇਦ ਢੰਗ ਵਰਤਣਾ ਚਾਹੋਗੇ? ਰੀਬੇਸ ਅਤੇ ਅਭੇਦ? ਅੱਗੇ ਕੀ ਹੈ? ਸਪੁਰਦ ਕਰੋ ✓ ਰੀਬੇਸਡ ਅਤੇ ਵਿਲੀਨ ਪੁੱਲ ਬੇਨਤੀ #1 (teos: Git-Polycule ਵਿੱਚ ਬਦਲੋ)
ਹੁਣ ਜਦੋਂ ਮੈਂ ਇਸਨੂੰ ਮਿਲਾ ਦਿੱਤਾ ਹੈ, ਤੁਸੀਂ ਆਪਣੇ ਫੋਰਕ ਨੂੰ ਮਿਟਾ ਸਕਦੇ ਹੋ।
$gh ਰੈਪੋ ਮਿਟਾਓ --confirm wz414-labs/platform_manifest ✓ ਮਿਟਾਇਆ ਰਿਪੋਜ਼ਟਰੀ wz414-labs/platform_manifest
ਤੁਸੀਂ ਵੇਖਦੇ ਹੋ ਕਿ ਬਿਨਾਂ ਕਿਸੇ ਪੁਸ਼ਟੀਕਰਣ ਬੇਨਤੀ ਦੇ ਰੈਪੋ ਨੂੰ ਸਿੱਧਾ ਮਿਟਾ ਦਿੱਤਾ ਕਿਉਂਕਿ ਮੈਂ ਉਥੇ “–ਪੁਸ਼ਟੀ” ਪੈਰਾਮੀਟਰ ਪਾਸ ਕੀਤਾ ਸੀ। ਜੇਕਰ ਤੁਸੀਂ ਇਸਨੂੰ ਪਾਸ ਨਹੀਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਹ ਪ੍ਰਾਪਤ ਕਰੋਗੇ:
$gh repo windowz414/systemd ਨੂੰ ਮਿਟਾਉਣਾ ਹੈ? ਮਿਟਾਉਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ windowz414/systemd ਟਾਈਪ ਕਰੋ:
ਅਤੇ ਤੁਹਾਨੂੰ ਪੂਰਾ ਰੈਪੋ ਨਾਮ ਟਾਈਪ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਸਮੇਂ ਦੀ ਬਰਬਾਦੀ…
ਸੰਖੇਪ
ਸੌਖੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, `gh` ਇੱਕ ਬਹੁਤ ਹੀ ਸਰਲੀਕ੍ਰਿਤ Git CLI/Curl ਰੈਪਰ ਹੈ ਜੋ ਸਧਾਰਨ Git ਓਪਰੇਸ਼ਨਾਂ ਅਤੇ GitHub API ਚੀਜ਼ਾਂ ਨੂੰ ਇੱਕੋ ਛੱਤ ਹੇਠ ਜੋੜਦਾ ਹੈ। ਤੁਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਦੇ ਹੋ? ਕੀ ਇਹ ਤੁਹਾਡੇ ਲਈ ਵਾਅਦਾ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਇਹ ਮੇਰੇ ਲਈ ਕਰਦਾ ਹੈ? ਤੁਹਾਡੇ ਤੋਂ ਸੁਣਨ ਦੀ ਉਮੀਦ ਹੈ!
