31 KiB

Raw Blame History

GitHub ਦਾ ਪਰਚੇ

ਇਸ ਪਾਠ ਵਿੱਚ GitHub ਦੇ ਮੁੱਢਲੇ ਸਿਧਾਂਤਾਂ ਦੀ ਚਰਚਾ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਕਿ ਤੁਹਾਡੇ ਕੋਡ ਨੂੰ ਹੋਸਟ ਕਰਨ ਅਤੇ ਉਸ ਵਿੱਚ ਕੀਤੇ ਗਏ ਬਦਲਾਵਾਂ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਇੱਕ ਪਲੇਟਫਾਰਮ ਹੈ।

ਸਕੈਚਨੋਟ Tomomi Imura ਦੁਆਰਾ

ਪਾਠ ਤੋਂ ਪਹਿਲਾਂ ਕਵਿਜ਼

ਪਰਚੇ

ਇਸ ਪਾਠ ਵਿੱਚ ਅਸੀਂ ਇਹ ਕਵਰ ਕਰਾਂਗੇ:

ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ 'ਤੇ ਕੀਤੇ ਕੰਮ ਨੂੰ ਟ੍ਰੈਕ ਕਰਨਾ
ਹੋਰ ਲੋਕਾਂ ਨਾਲ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰਨਾ
ਓਪਨ ਸੋਰਸ ਸਾਫਟਵੇਅਰ ਵਿੱਚ ਯੋਗਦਾਨ ਦੇਣ ਦਾ ਤਰੀਕਾ

ਪੂਰਵ ਸ਼ਰਤਾਂ

ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਜਾਂਚਣ ਦੀ ਲੋੜ ਹੈ ਕਿ Git ਇੰਸਟਾਲ ਹੈ ਜਾਂ ਨਹੀਂ। ਟਰਮੀਨਲ ਵਿੱਚ ਟਾਈਪ ਕਰੋ:
git --version

ਜੇ Git ਇੰਸਟਾਲ ਨਹੀਂ ਹੈ, Git ਡਾਊਨਲੋਡ ਕਰੋ। ਫਿਰ, ਟਰਮੀਨਲ ਵਿੱਚ ਆਪਣਾ ਸਥਾਨਕ Git ਪ੍ਰੋਫਾਈਲ ਸੈਟਅੱਪ ਕਰੋ:

git config --global user.name "your-name"
git config --global user.email "your-email"

ਜਾਂਚਣ ਲਈ ਕਿ Git ਪਹਿਲਾਂ ਹੀ ਕਨਫਿਗਰ ਹੈ, ਤੁਸੀਂ ਟਾਈਪ ਕਰ ਸਕਦੇ ਹੋ: git config --list

ਤੁਹਾਨੂੰ ਇੱਕ GitHub ਖਾਤਾ, ਇੱਕ ਕੋਡ ਐਡੀਟਰ (ਜਿਵੇਂ Visual Studio Code), ਅਤੇ ਆਪਣਾ ਟਰਮੀਨਲ (ਜਾਂ: ਕਮਾਂਡ ਪ੍ਰਾਂਪਟ) ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ।

github.com 'ਤੇ ਜਾਓ ਅਤੇ ਖਾਤਾ ਬਣਾਓ ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਨਹੀਂ ਕੀਤਾ, ਜਾਂ ਲੌਗਇਨ ਕਰੋ ਅਤੇ ਆਪਣੀ ਪ੍ਰੋਫਾਈਲ ਭਰੋ।

✅ GitHub ਦੁਨੀਆ ਵਿੱਚ ਇੱਕੋ ਇਕ ਕੋਡ ਰਿਪੋਜ਼ਟਰੀ ਨਹੀਂ ਹੈ; ਹੋਰ ਵੀ ਹਨ, ਪਰ GitHub ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਹੈ।

ਤਿਆਰੀ

ਤੁਹਾਨੂੰ ਆਪਣੇ ਸਥਾਨਕ ਕੰਪਿਊਟਰ (ਲੈਪਟਾਪ ਜਾਂ PC) 'ਤੇ ਇੱਕ ਕੋਡ ਪ੍ਰੋਜੈਕਟ ਵਾਲਾ ਫੋਲਡਰ ਅਤੇ GitHub 'ਤੇ ਇੱਕ ਪਬਲਿਕ ਰਿਪੋਜ਼ਟਰੀ ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਜੋ ਹੋਰ ਲੋਕਾਂ ਦੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਯੋਗਦਾਨ ਦੇਣ ਦਾ ਉਦਾਹਰਨ ਦੇਵੇਗਾ।

ਕੋਡ ਪ੍ਰਬੰਧਨ

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

ਟਾਸਕ: ਰਿਪੋਜ਼ਟਰੀ ਬਣਾਓ ਅਤੇ ਕੋਡ ਕਮਿਟ ਕਰੋ

ਵੀਡੀਓ ਦੇਖੋ

GitHub 'ਤੇ ਰਿਪੋਜ਼ਟਰੀ ਬਣਾਓ। GitHub.com 'ਤੇ, ਰਿਪੋਜ਼ਟਰੀਜ਼ ਟੈਬ ਵਿੱਚ ਜਾਂ ਨੈਵੀਗੇਸ਼ਨ ਬਾਰ ਦੇ ਸਿਖਰ-ਸੱਜੇ ਵਿੱਚ, ਨਵਾਂ ਰਿਪੋ ਬਟਨ ਲੱਭੋ।
1. ਆਪਣੇ ਰਿਪੋਜ਼ਟਰੀ (ਫੋਲਡਰ) ਨੂੰ ਇੱਕ ਨਾਮ ਦਿਓ।
2. ਰਿਪੋਜ਼ਟਰੀ ਬਣਾਓ ਚੁਣੋ।
ਆਪਣੇ ਵਰਕਿੰਗ ਫੋਲਡਰ ਵਿੱਚ ਜਾਓ। ਆਪਣੇ ਟਰਮੀਨਲ ਵਿੱਚ, ਉਸ ਫੋਲਡਰ (ਜਿਸਨੂੰ ਡਾਇਰੈਕਟਰੀ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਵਿੱਚ ਸਵਿੱਚ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਟ੍ਰੈਕ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ। ਟਾਈਪ ਕਰੋ:
```
cd [name of your folder]
```
Git ਰਿਪੋਜ਼ਟਰੀ ਸ਼ੁਰੂ ਕਰੋ। ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਟਾਈਪ ਕਰੋ:
```
git init
```
ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ। ਆਪਣੇ ਰਿਪੋਜ਼ਟਰੀ ਦੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਟਾਈਪ ਕਰੋ:
```
git status
```
ਆਉਟਪੁੱਟ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਹੋ ਸਕਦੀ ਹੈ:
```
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

     modified:   file.txt
     modified:   file2.txt
```
ਆਮ ਤੌਰ 'ਤੇ git status ਕਮਾਂਡ ਤੁਹਾਨੂੰ ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਫਾਈਲਾਂ ਰਿਪੋ ਵਿੱਚ ਸੇਵ ਕਰਨ ਲਈ ਤਿਆਰ ਹਨ ਜਾਂ ਉਨ੍ਹਾਂ 'ਤੇ ਬਦਲਾਅ ਹਨ ਜੋ ਤੁਸੀਂ ਸਥਿਰ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।
ਟ੍ਰੈਕਿੰਗ ਲਈ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਸ਼ਾਮਲ ਕਰੋ
ਇਸਨੂੰ ਫਾਈਲਾਂ ਨੂੰ ਸਟੇਜ ਕਰਨ/ਸਟੇਜਿੰਗ ਖੇਤਰ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦੇ ਤੌਰ 'ਤੇ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।
```
git add .
```
git add ਨਾਲ . ਦਲੀਲ ਇਹ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਬਦਲਾਅ ਟ੍ਰੈਕਿੰਗ ਲਈ ਹਨ।
ਚੁਣੀ ਗਈਆਂ ਫਾਈਲਾਂ ਟ੍ਰੈਕਿੰਗ ਲਈ ਸ਼ਾਮਲ ਕਰੋ
```
git add [file or folder name]
```
ਇਹ ਸਾਨੂੰ ਸਿਰਫ਼ ਚੁਣੀ ਗਈਆਂ ਫਾਈਲਾਂ ਨੂੰ ਸਟੇਜਿੰਗ ਖੇਤਰ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਜਦੋਂ ਅਸੀਂ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਮਿਟ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ।
ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਅਨਸਟੇਜ ਕਰੋ
```
git reset
```
ਇਹ ਕਮਾਂਡ ਸਾਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਅਨਸਟੇਜ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ।
ਇੱਕ ਵਿਸ਼ੇਸ਼ ਫਾਈਲ ਨੂੰ ਅਨਸਟੇਜ ਕਰੋ
```
git reset [file or folder name]
```
ਇਹ ਕਮਾਂਡ ਸਾਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਫਾਈਲ ਨੂੰ ਅਨਸਟੇਜ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ ਜਿਸਨੂੰ ਅਸੀਂ ਅਗਲੇ ਕਮਿਟ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ।
ਆਪਣਾ ਕੰਮ ਸਥਿਰ ਕਰੋ। ਇਸ ਪੜਾਅ 'ਤੇ ਤੁਸੀਂ ਫਾਈਲਾਂ ਨੂੰ ਇੱਕ ਸਟੇਜਿੰਗ ਖੇਤਰ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਹੈ। ਇੱਕ ਥਾਂ ਜਿੱਥੇ Git ਤੁਹਾਡੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਟ੍ਰੈਕ ਕਰ ਰਿਹਾ ਹੈ। ਬਦਲਾਅ ਨੂੰ ਸਥਾਈ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਫਾਈਲਾਂ ਨੂੰ ਕਮਿਟ ਕਰਨਾ ਪਵੇਗਾ। ਇਸ ਲਈ ਤੁਸੀਂ git commit ਕਮਾਂਡ ਨਾਲ ਇੱਕ ਕਮਿਟ ਬਣਾਉਂਦੇ ਹੋ। ਇੱਕ ਕਮਿਟ ਤੁਹਾਡੇ ਰਿਪੋ ਦੇ ਇਤਿਹਾਸ ਵਿੱਚ ਇੱਕ ਸੇਵਿੰਗ ਪਾਇੰਟ ਦਾ ਪ੍ਰਤੀਨਿਧਿਤਾ ਕਰਦਾ ਹੈ। ਕਮਿਟ ਬਣਾਉਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਕਮਾਂਡ ਨੂੰ ਟਾਈਪ ਕਰੋ:
```
git commit -m "first commit"
```
ਇਹ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਕਮਿਟ ਕਰਦਾ ਹੈ, "ਪਹਿਲਾ ਕਮਿਟ" ਮੈਸੇਜ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਭਵਿੱਖ ਦੇ ਕਮਿਟ ਮੈਸੇਜਾਂ ਲਈ ਤੁਸੀਂ ਆਪਣੇ ਬਦਲਾਅ ਦੇ ਕਿਸ ਤਰ੍ਹਾਂ ਦੇ ਬਦਲਾਅ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਵਧੇਰੇ ਵੇਰਵੇਵਾਲੇ ਹੋਣਾ ਚਾਹੁੰਦੇ ਹੋ।
ਆਪਣੇ ਸਥਾਨਕ Git ਰਿਪੋ ਨੂੰ GitHub ਨਾਲ ਜੁੜੋ। ਇੱਕ Git ਰਿਪੋ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ 'ਤੇ ਚੰਗਾ ਹੈ ਪਰ ਕਿਸੇ ਸਮੇਂ ਤੁਸੀਂ ਆਪਣੀਆਂ ਫਾਈਲਾਂ ਦਾ ਬੈਕਅੱਪ ਕਿਤੇ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਹੋਰ ਲੋਕਾਂ ਨੂੰ ਆਪਣੇ ਰਿਪੋ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਸੱਦਾ ਦੇਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਇੱਕ ਸ਼ਾਨਦਾਰ ਥਾਂ GitHub ਹੈ। ਯਾਦ ਰੱਖੋ ਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ GitHub 'ਤੇ ਇੱਕ ਰਿਪੋ ਬਣਾਇਆ ਹੈ ਇਸ ਲਈ ਸਿਰਫ਼ ਸਥਾਨਕ Git ਰਿਪੋ ਨੂੰ GitHub ਨਾਲ ਜੁੜਨ ਦੀ ਲੋੜ ਹੈ। ਕਮਾਂਡ git remote add ਇਹ ਕੰਮ ਕਰੇਗੀ। ਹੇਠਾਂ ਦਿੱਤੀ ਕਮਾਂਡ ਟਾਈਪ ਕਰੋ:

ਨੋਟ, ਕਮਾਂਡ ਟਾਈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ GitHub ਰਿਪੋ ਪੇਜ 'ਤੇ ਜਾਓ ਅਤੇ ਰਿਪੋਜ਼ਟਰੀ URL ਲੱਭੋ। ਤੁਸੀਂ ਇਸਨੂੰ ਹੇਠਾਂ ਦਿੱਤੀ ਕਮਾਂਡ ਵਿੱਚ ਵਰਤੋਂਗੇ। https://github.com/username/repository_name.git ਨੂੰ ਆਪਣੇ GitHub URL ਨਾਲ ਬਦਲੋ।
```
git remote add origin https://github.com/username/repository_name.git
```
ਇਹ ਇੱਕ ਰਿਮੋਟ, ਜਾਂ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ, ਜਿਸਨੂੰ "origin" ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਦੁਆਰਾ ਪਹਿਲਾਂ ਬਣਾਏ GitHub ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
ਸਥਾਨਕ ਫਾਈਲਾਂ GitHub 'ਤੇ ਭੇਜੋ। ਹੁਣ ਤੱਕ ਤੁਸੀਂ ਸਥਾਨਕ ਰਿਪੋ ਅਤੇ GitHub ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਕਨੈਕਸ਼ਨ ਬਣਾਇਆ ਹੈ। ਆਓ ਹੇਠਾਂ ਦਿੱਤੀ ਕਮਾਂਡ git push ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਹ ਫਾਈਲਾਂ GitHub 'ਤੇ ਭੇਜੀਏ:

ਨੋਟ, ਤੁਹਾਡੀ ਬ੍ਰਾਂਚ ਦਾ ਨਾਮ main ਤੋਂ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ।
```
git push -u origin main
```
ਇਹ ਤੁਹਾਡੇ "main" ਬ੍ਰਾਂਚ ਵਿੱਚ ਕੀਤੇ ਕਮਿਟ ਨੂੰ GitHub 'ਤੇ ਭੇਜਦਾ ਹੈ। ਕਮਾਂਡ ਵਿੱਚ -u ਸ਼ਾਮਲ ਕਰਕੇ upstream ਬ੍ਰਾਂਚ ਸਥਾਪਿਤ ਕਰਨਾ ਤੁਹਾਡੇ ਸਥਾਨਕ ਬ੍ਰਾਂਚ ਅਤੇ ਰਿਮੋਟ ਬ੍ਰਾਂਚ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਲਿੰਕ ਬਣਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਭਵਿੱਖ ਵਿੱਚ ਬ੍ਰਾਂਚ ਨਾਮ ਨੂੰ ਦਰਸਾਏ ਬਿਨਾਂ ਸਿਰਫ git push ਜਾਂ git pull ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। Git ਸਵੈਚਾਲਿਤ ਤੌਰ 'ਤੇ upstream ਬ੍ਰਾਂਚ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ ਅਤੇ ਤੁਹਾਨੂੰ ਭਵਿੱਖ ਦੀਆਂ ਕਮਾਂਡਾਂ ਵਿੱਚ ਬ੍ਰਾਂਚ ਨਾਮ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਰਸਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋਵੇਗੀ।
ਹੋਰ ਬਦਲਾਅ ਸ਼ਾਮਲ ਕਰਨ ਲਈ। ਜੇ ਤੁਸੀਂ ਬਦਲਾਅ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ GitHub 'ਤੇ ਭੇਜਣਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਤਿੰਨ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ:
```
git add .
git commit -m "type your commit message here"
git push
```
ਟਿਪ, ਤੁਸੀਂ .gitignore ਫਾਈਲ ਨੂੰ ਅਪਨਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਜੋ ਉਹ ਫਾਈਲਾਂ ਜੋ ਤੁਸੀਂ ਟ੍ਰੈਕ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ GitHub 'ਤੇ ਨਾ ਦਿਖਾਈ ਦੇਣ - ਜਿਵੇਂ ਕਿ ਉਹ ਨੋਟਸ ਫਾਈਲ ਜੋ ਤੁਸੀਂ ਉਸੇ ਫੋਲਡਰ ਵਿੱਚ ਸਟੋਰ ਕਰਦੇ ਹੋ ਪਰ ਇੱਕ ਪਬਲਿਕ ਰਿਪੋਜ਼ਟਰੀ 'ਤੇ ਕੋਈ ਜਗ੍ਹਾ ਨਹੀਂ ਹੈ। ਤੁਸੀਂ .gitignore ਫਾਈਲਾਂ ਲਈ ਟੈਂਪਲੇਟ .gitignore templates 'ਤੇ ਲੱਭ ਸਕਦੇ ਹੋ।

ਕਮਿਟ ਮੈਸੇਜ

ਇੱਕ ਵਧੀਆ Git ਕਮਿਟ ਸਬਜੈਕਟ ਲਾਈਨ ਹੇਠਾਂ ਦਿੱਤੇ ਵਾਕ ਨੂੰ ਪੂਰਾ ਕਰਦੀ ਹੈ: ਜੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ, ਤਾਂ ਇਹ ਕਮਿਟ <ਤੁਹਾਡੀ ਸਬਜੈਕਟ ਲਾਈਨ ਇੱਥੇ> ਕਰੇਗਾ।

ਸਬਜੈਕਟ ਲਈ ਹੁਕਮਵਾਚਕ, ਵਰਤਮਾਨ ਕਾਲ ਦਾ ਪ੍ਰਯੋਗ ਕਰੋ: "change" ਨਾ ਕਿ "changed" ਜਾਂ "changes"।
ਜਿਵੇਂ ਸਬਜੈਕਟ ਵਿੱਚ, ਬਾਡੀ (ਵਿਕਲਪਿਕ) ਵਿੱਚ ਵੀ ਹੁਕਮਵਾਚਕ, ਵਰਤਮਾਨ ਕਾਲ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਬਾਡੀ ਵਿੱਚ ਬਦਲਾਅ ਲਈ ਪ੍ਰੇਰਣਾ ਸ਼ਾਮਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਪਿਛਲੇ ਵਿਹਾਰ ਨਾਲ ਵਿਰੋਧ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਤੁਸੀਂ ਕਿਉਂ ਦੀ ਵਿਆਖਿਆ ਕਰ ਰਹੇ ਹੋ, ਨਾ ਕਿ ਕਿਵੇਂ।

✅ ਕੁਝ ਮਿੰਟ ਲਓ ਅਤੇ GitHub 'ਤੇ ਘੁੰਮੋ। ਕੀ ਤੁਸੀਂ ਇੱਕ ਵਧੀਆ ਕਮਿਟ ਮੈਸੇਜ ਲੱਭ ਸਕਦੇ ਹੋ? ਕੀ ਤੁਸੀਂ ਇੱਕ ਬਹੁਤ ਹੀ ਘੱਟ ਮੈਸੇਜ ਲੱਭ ਸਕਦੇ ਹੋ? ਤੁਹਾਡੇ ਵਿਚਾਰ ਵਿੱਚ ਕਮਿਟ ਮੈਸੇਜ ਵਿੱਚ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਅਤੇ ਲਾਭਦਾਇਕ ਜਾਣਕਾਰੀ ਕੀ ਹੈ?

ਟਾਸਕ: ਸਹਿਯੋਗ ਕਰੋ

GitHub 'ਤੇ ਚੀਜ਼ਾਂ ਪਾਉਣ ਦਾ ਮੁੱਖ ਕਾਰਨ ਹੋਰ ਡਿਵੈਲਪਰਾਂ ਨਾਲ ਸਹਿਯੋਗ ਕਰਨਾ ਸੀ।

ਹੋਰ ਲੋਕਾਂ ਨਾਲ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰਨਾ

ਵੀਡੀਓ ਦੇਖੋ

ਆਪਣੇ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ, Insights > Community 'ਤੇ ਜਾਓ ਤਾਂ ਜੋ ਤੁਸੀਂ ਦੇਖ ਸਕੋ ਕਿ ਤੁਹਾਡਾ ਪ੍ਰੋਜੈਕਟ ਸਿਫਾਰਸ਼ੀ ਕਮਿਊਨਿਟੀ ਮਿਆਰਾਂ ਨਾਲ ਕਿਵੇਂ ਤੁਲਨਾ ਕਰਦਾ ਹੈ।

ਇੱਥੇ ਕੁਝ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਤੁਹਾਡੇ GitHub ਰਿਪੋ ਨੂੰ ਸੁਧਾਰ ਸਕਦੀਆਂ ਹਨ:

ਵੇਰਵਾ। ਕੀ ਤੁਸੀਂ ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਵੇਰਵਾ ਸ਼ਾਮਲ ਕੀਤਾ ਹੈ?
README। ਕੀ ਤੁਸੀਂ README ਸ਼ਾਮਲ ਕੀਤਾ ਹੈ? GitHub README ਲਿਖਣ ਲਈ ਮਦਦ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ਯੋਗਦਾਨ ਦੇਣ ਦੇ ਨਿਯਮ। ਕੀ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਯੋਗਦਾਨ ਦੇਣ ਦੇ ਨਿਯਮ ਹਨ?
ਚਾਲਚਲਨ ਕੋਡ। ਇੱਕ ਚਾਲਚਲਨ ਕੋਡ,
ਲਾਇਸੰਸ। ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਇੱਕ ਲਾਇਸੰਸ?

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

✅ README ਫਾਈਲਾਂ, ਹਾਲਾਂਕਿ ਉਹ ਤਿਆਰ ਕਰਨ ਵਿੱਚ ਸਮਾਂ ਲੈਂਦੀਆਂ ਹਨ, ਅਕਸਰ ਵਿਅਸਤ ਮੈਨਟੇਨਰਾਂ ਦੁਆਰਾ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਕੀ ਤੁਸੀਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਵੇਰਵੇਵਾਲੇ README ਦਾ ਉਦਾਹਰਨ ਲੱਭ ਸਕਦੇ ਹੋ? ਨੋਟ: ਕੁਝ ਉਪਕਰਣ ਹਨ ਜੋ ਚੰਗੇ README ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਅਜ਼ਮਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ।

ਟਾਸਕ: ਕੁਝ ਕੋਡ ਮਰਜ ਕਰੋ

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

PR ਖੋਲ੍ਹੋ। ਅਗਲੇ ਕਦਮ ਵਿੱਚ, ਤੁਹਾਨੂੰ PR ਖੋਲ੍ਹਣਾ ਹੈ। ਇਸ ਲਈ, GitHub 'ਤੇ ਫੋਰਕ ਕੀਤੇ ਰਿਪੋ 'ਤੇ ਜਾਓ। GitHub 'ਤੇ ਤੁਹਾਨੂੰ ਇੱਕ ਸੰਕੇਤ ਮਿਲੇਗਾ ਜਿੱਥੇ ਇਹ ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਤੁਸੀਂ ਨਵਾਂ PR ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਇਸ 'ਤੇ ਕਲਿਕ ਕਰੋ ਅਤੇ ਤੁਸੀਂ ਇੱਕ ਇੰਟਰਫੇਸ 'ਤੇ ਪਹੁੰਚ ਜਾਓਗੇ ਜਿੱਥੇ ਤੁਸੀਂ ਕਮਿਟ ਮੈਸੇਜ ਦਾ ਟਾਈਟਲ ਬਦਲ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸ ਨੂੰ ਹੋਰ ਵਧੀਆ ਵੇਰਵਾ ਦੇ ਸਕਦੇ ਹੋ। ਹੁਣ, ਜਿਸ ਰਿਪੋ ਨੂੰ ਤੁਸੀਂ ਫੋਰਕ ਕੀਤਾ ਸੀ, ਉਸ ਦੇ ਮੈਨਟੇਨਰ ਨੂੰ ਇਹ PR ਦਿਖਾਈ ਦੇਵੇਗਾ ਅਤੇ ਉਮੀਦ ਹੈ ਉਹ ਇਸ ਨੂੰ ਪਸੰਦ ਕਰਕੇ ਮਰਜ ਕਰ ਦੇਣਗੇ। ਤੁਸੀਂ ਹੁਣ ਇੱਕ ਯੋਗਦਾਨਕਾਰ ਬਣ ਗਏ ਹੋ, ਵਧਾਈਆਂ! :)
ਸਾਫ਼-ਸੁਥਰਾ ਕਰੋ। PR ਸਫਲਤਾਪੂਰਵਕ ਮਰਜ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਾਫ਼-ਸੁਥਰਾ ਕਰਨਾ ਇੱਕ ਚੰਗੀ ਪ੍ਰਥਾ ਮੰਨੀ ਜਾਂਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਆਪਣੀ ਲੋਕਲ ਬ੍ਰਾਂਚ ਅਤੇ GitHub 'ਤੇ ਪੁਸ਼ ਕੀਤੀ ਬ੍ਰਾਂਚ ਦੋਵਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਲੋਕਲ ਤੌਰ 'ਤੇ ਹਟਾਉਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ:
```
git branch -d [branch-name]
```
ਅਗਲੇ ਕਦਮ ਵਿੱਚ GitHub 'ਤੇ ਫੋਰਕ ਕੀਤੇ ਰਿਪੋ ਦੇ ਪੇਜ 'ਤੇ ਜਾਓ ਅਤੇ ਰਿਮੋਟ ਬ੍ਰਾਂਚ ਨੂੰ ਹਟਾਓ ਜੋ ਤੁਸੀਂ ਪੁਸ਼ ਕੀਤਾ ਸੀ।

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

Pull request ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਬ੍ਰਾਂਚ 'ਤੇ ਕੀਤੇ ਗਏ ਬਦਲਾਏ ਦੀ ਤੁਲਨਾ ਅਤੇ ਚਰਚਾ ਕਰ ਸਕਦੇ ਹੋ। ਇਸ ਵਿੱਚ ਰਿਵਿਊ, ਟਿੱਪਣੀਆਂ, ਇੰਟੀਗਰੇਟ ਕੀਤੇ ਟੈਸਟ ਅਤੇ ਹੋਰ ਕੁਝ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਵਧੀਆ Pull request ਲਗਭਗ ਉਹੀ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ ਜੋ ਕਮਿਟ ਮੈਸੇਜ ਲਈ ਹੁੰਦੇ ਹਨ। ਤੁਸੀਂ ਇਸ਼ੂ ਟ੍ਰੈਕਰ ਵਿੱਚ ਕਿਸੇ ਇਸ਼ੂ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦੇ ਹੋ, ਜਦੋਂ ਤੁਹਾਡਾ ਕੰਮ ਕਿਸੇ ਇਸ਼ੂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ। ਇਹ # ਦੇ ਨਾਲ ਅਤੇ ਤੁਹਾਡੇ ਇਸ਼ੂ ਦੇ ਨੰਬਰ ਦੇ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ #97।

🤞ਉਮੀਦ ਹੈ ਕਿ ਸਾਰੇ ਚੈੱਕ ਪਾਸ ਹੋਣ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਮਾਲਕ ਤੁਹਾਡੇ ਬਦਲਾਏ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਮਰਜ ਕਰ ਦੇਣ🤞

ਆਪਣੀ ਮੌਜੂਦਾ ਲੋਕਲ ਵਰਕਿੰਗ ਬ੍ਰਾਂਚ ਨੂੰ GitHub 'ਤੇ ਸੰਬੰਧਿਤ ਰਿਮੋਟ ਬ੍ਰਾਂਚ ਤੋਂ ਸਾਰੇ ਨਵੇਂ ਕਮਿਟਸ ਨਾਲ ਅਪਡੇਟ ਕਰੋ:

git pull

ਓਪਨ ਸੋਰਸ ਵਿੱਚ ਯੋਗਦਾਨ ਦੇਣ ਦਾ ਤਰੀਕਾ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, GitHub 'ਤੇ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ (ਜਾਂ ਰਿਪੋ) ਲੱਭੋ ਜੋ ਤੁਹਾਡੇ ਦਿਲਚਸਪੀ ਵਾਲਾ ਹੋਵੇ ਅਤੇ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਕੋਈ ਬਦਲਾਅ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ। ਤੁਸੀਂ ਇਸ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਆਪਣੀ ਮਸ਼ੀਨ 'ਤੇ ਕਾਪੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।

✅ 'ਸ਼ੁਰੂਆਤੀ-ਮਿਤਰਵਾਨ' ਰਿਪੋਜ਼ ਲੱਭਣ ਦਾ ਇੱਕ ਵਧੀਆ ਤਰੀਕਾ ਹੈ ਟੈਗ 'good-first-issue' ਦੁਆਰਾ ਖੋਜ ਕਰਨਾ।

ਕੋਡ ਕਾਪੀ ਕਰਨ ਦੇ ਕਈ ਤਰੀਕੇ ਹਨ। ਇੱਕ ਤਰੀਕਾ ਹੈ "ਕਲੋਨ" ਕਰਨਾ, HTTPS, SSH ਜਾਂ GitHub CLI (ਕਮਾਂਡ ਲਾਈਨ ਇੰਟਰਫੇਸ) ਦੀ ਵਰਤੋਂ ਕਰਕੇ।

ਆਪਣਾ ਟਰਮੀਨਲ ਖੋਲ੍ਹੋ ਅਤੇ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਕਲੋਨ ਕਰੋ: git clone https://github.com/ProjectURL

ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ, ਸਹੀ ਫੋਲਡਰ 'ਤੇ ਜਾਓ: cd ProjectURL

ਤੁਸੀਂ Codespaces, GitHub ਦਾ ਇੰਬੈਡਿਡ ਕੋਡ ਐਡੀਟਰ / ਕਲਾਉਡ ਡਿਵੈਲਪਮੈਂਟ ਐਨਵਾਇਰਮੈਂਟ, ਜਾਂ GitHub Desktop ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਖੋਲ੍ਹ ਸਕਦੇ ਹੋ।

ਅੰਤ ਵਿੱਚ, ਤੁਸੀਂ ਕੋਡ ਨੂੰ ਜ਼ਿਪ ਕੀਤੇ ਫੋਲਡਰ ਵਿੱਚ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦੇ ਹੋ।

GitHub ਬਾਰੇ ਕੁਝ ਹੋਰ ਦਿਲਚਸਪ ਗੱਲਾਂ

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

ਪ੍ਰੋਜੈਕਟਸ ਵਿੱਚ ਇੱਕ ਇਸ਼ੂ ਟ੍ਰੈਕਰ ਹੁੰਦਾ ਹੈ, ਜ਼ਿਆਦਾਤਰ GitHub 'ਤੇ "Issues" ਟੈਬ ਵਿੱਚ ਜਦੋਂ ਤੱਕ ਹੋਰਥਾਂ ਨਹੀਂ ਦੱਸਿਆ ਜਾਂਦਾ, ਜਿੱਥੇ ਲੋਕ ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਸੰਬੰਧਿਤ ਮੁੱਦਿਆਂ 'ਤੇ ਚਰਚਾ ਕਰਦੇ ਹਨ। ਅਤੇ Pull Requests ਟੈਬ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਲੋਕ ਚਰਚਾ ਅਤੇ ਰਿਵਿਊ ਕਰਦੇ ਹਨ ਜੋ ਬਦਲਾਏ ਦੇ ਪ੍ਰਗਤੀ ਵਿੱਚ ਹਨ।

ਪ੍ਰੋਜੈਕਟਸ ਵਿੱਚ ਫੋਰਮ, ਮੇਲਿੰਗ ਲਿਸਟਾਂ, ਜਾਂ Slack, Discord ਜਾਂ IRC ਵਰਗੇ ਚੈਟ ਚੈਨਲਾਂ ਵਿੱਚ ਚਰਚਾ ਹੋ ਸਕਦੀ ਹੈ।

✅ ਆਪਣੇ ਨਵੇਂ GitHub ਰਿਪੋ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ ਅਤੇ ਕੁਝ ਚੀਜ਼ਾਂ ਅਜ਼ਮਾਓ, ਜਿਵੇਂ ਕਿ ਸੈਟਿੰਗਾਂ ਨੂੰ ਸੋਧਣਾ, ਆਪਣੇ ਰਿਪੋ ਵਿੱਚ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਕਰਨਾ, ਅਤੇ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣਾ (ਜਿਵੇਂ ਕਿ Kanban ਬੋਰਡ)। ਇੱਥੇ ਬਹੁਤ ਕੁਝ ਹੈ ਜੋ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ!

🚀 ਚੁਣੌਤੀ

ਇੱਕ ਦੋਸਤ ਨਾਲ ਜੋੜ ਬਣਾਓ ਅਤੇ ਇੱਕ-ਦੂਜੇ ਦੇ ਕੋਡ 'ਤੇ ਕੰਮ ਕਰੋ। ਸਾਂਝੇ ਤੌਰ 'ਤੇ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਬਣਾਓ, ਕੋਡ ਫੋਰਕ ਕਰੋ, ਬ੍ਰਾਂਚ ਬਣਾਓ, ਅਤੇ ਬਦਲਾਏ ਨੂੰ ਮਰਜ ਕਰੋ।

ਪੋਸਟ-ਲੈਕਚਰ ਕਵਿਜ਼

ਸਮੀਖਿਆ ਅਤੇ ਸਵੈ-ਅਧਿਐਨ

ਓਪਨ ਸੋਰਸ ਸਾਫਟਵੇਅਰ ਵਿੱਚ ਯੋਗਦਾਨ ਦੇਣ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹੋ।

Git ਚੀਟਸ਼ੀਟ।

ਅਭਿਆਸ ਕਰੋ, ਅਭਿਆਸ ਕਰੋ, ਅਭਿਆਸ ਕਰੋ। GitHub ਨੇ skills.github.com ਦੁਆਰਾ ਵਧੀਆ ਲਰਨਿੰਗ ਪਾਥ ਉਪਲਬਧ ਕੀਤੇ ਹਨ:

GitHub 'ਤੇ ਪਹਿਲਾ ਹਫ਼ਤਾ

ਤੁਹਾਨੂੰ ਹੋਰ ਉੱਚ-ਸਤਹ ਦੇ ਕੋਰਸ ਵੀ ਮਿਲਣਗੇ।

ਅਸਾਈਨਮੈਂਟ

GitHub 'ਤੇ ਪਹਿਲਾ ਹਫ਼ਤਾ ਕੋਰਸ ਪੂਰਾ ਕਰੋ।

ਅਸਵੀਕਰਤੀ:
ਇਹ ਦਸਤਾਵੇਜ਼ AI ਅਨੁਵਾਦ ਸੇਵਾ Co-op Translator ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ ਹੈ। ਹਾਲਾਂਕਿ ਅਸੀਂ ਸਹੀ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ, ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ ਕਿ ਸਵੈਚਾਲਿਤ ਅਨੁਵਾਦਾਂ ਵਿੱਚ ਗਲਤੀਆਂ ਜਾਂ ਅਸੁਚਤਤਾਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਇਸ ਦਸਤਾਵੇਜ਼ ਦਾ ਮੂਲ ਰੂਪ ਇਸਦੀ ਮੂਲ ਭਾਸ਼ਾ ਵਿੱਚ ਅਧਿਕਾਰਤ ਸਰੋਤ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਮਹੱਤਵਪੂਰਨ ਜਾਣਕਾਰੀ ਲਈ, ਪੇਸ਼ੇਵਰ ਮਨੁੱਖੀ ਅਨੁਵਾਦ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਅਨੁਵਾਦ ਦੀ ਵਰਤੋਂ ਤੋਂ ਪੈਦਾ ਹੋਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਗਲਤ ਫਹਿਮੀ ਜਾਂ ਗਲਤ ਵਿਆਖਿਆ ਲਈ ਅਸੀਂ ਜ਼ਿੰਮੇਵਾਰ ਨਹੀਂ ਹਾਂ।

31 KiB Raw Blame History