Git Commits ਤੋਂ ਨਿੱਜੀ ਈਮੇਲ ਨੂੰ ਕਿਵੇਂ ਹਟਾਉਣਾ ਹੈ

GitHub 'ਤੇ ਤੁਹਾਡੀ ਈਮੇਲ ਗੋਪਨੀਯਤਾ ਦੀ ਰੱਖਿਆ ਕਰਨਾ

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

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

ਹੁਕਮ	ਵਰਣਨ
git filter-branch	Git ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਲੇਖਕ ਅਤੇ ਪ੍ਰਤੀਬੱਧ ਜਾਣਕਾਰੀ ਨੂੰ ਬਦਲਣ ਲਈ ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ-ਲਿਖਤ ਕਰਦਾ ਹੈ।
export GIT_AUTHOR_NAME	ਫਿਲਟਰ-ਬ੍ਰਾਂਚ ਓਪਰੇਸ਼ਨ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖੇ ਜਾਣ ਵਾਲੇ ਕਮਿਟਾਂ ਲਈ ਲੇਖਕ ਦਾ ਨਾਮ ਸੈੱਟ ਕਰਦਾ ਹੈ।
export GIT_AUTHOR_EMAIL	ਫਿਲਟਰ-ਬ੍ਰਾਂਚ ਓਪਰੇਸ਼ਨ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖੇ ਜਾ ਰਹੇ ਕਮਿਟਾਂ ਲਈ ਲੇਖਕ ਈਮੇਲ ਸੈੱਟ ਕਰਦਾ ਹੈ।
wget	ਇੰਟਰਨੈਟ ਤੋਂ ਫਾਈਲਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ, ਇੱਥੇ BFG ਰੇਪੋ-ਕਲੀਨਰ ਟੂਲ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
bfg-1.13.0.jar	BFG ਰੇਪੋ-ਕਲੀਨਰ ਲਈ Java ਪੁਰਾਲੇਖ ਫਾਈਲ, ਜੋ ਰਿਪੋਜ਼ਟਰੀ ਇਤਿਹਾਸ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ।
--replace-text	ਰਿਪੋਜ਼ਟਰੀ ਇਤਿਹਾਸ ਵਿੱਚ ਖਾਸ ਟੈਕਸਟ (ਈਮੇਲ ਪਤੇ) ਨੂੰ ਬਦਲਣ ਲਈ BFG Repo-Cleaner ਕਮਾਂਡ।
git reflog expire	ਰੀਫਲੌਗ ਵਿੱਚ ਐਂਟਰੀਆਂ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ ਮੁੜ-ਲਿਖੇ ਇਤਿਹਾਸ ਦੇ ਸੰਦਰਭਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਲਈ ਉਪਯੋਗੀ ਹੈ।
git gc --prune=now	ਕੂੜਾ ਇਕੱਠਾ ਕਰਦਾ ਹੈ ਅਤੇ ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖਣ ਤੋਂ ਬਾਅਦ ਵਰਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਤੁਰੰਤ ਛਾਂਟਦਾ ਹੈ।
git commit --amend	ਨਵੀਂ ਲੇਖਕ ਜਾਣਕਾਰੀ ਜਾਂ ਪ੍ਰਤੀਬੱਧ ਸਮੱਗਰੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨਾਲ ਸਭ ਤੋਂ ਤਾਜ਼ਾ ਪ੍ਰਤੀਬੱਧਤਾ ਨੂੰ ਸੋਧਦਾ ਹੈ।

Git Commits ਤੋਂ ਨਿੱਜੀ ਈਮੇਲ ਨੂੰ ਹਟਾਉਣਾ

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

ਦੂਜੀ ਸਕ੍ਰਿਪਟ ਦਾ ਲਾਭ ਉਠਾਉਂਦਾ ਹੈ , ਜੋ ਕਿ ਫਿਲਟਰ-ਬ੍ਰਾਂਚ ਦਾ ਇੱਕ ਸਰਲ ਅਤੇ ਤੇਜ਼ ਵਿਕਲਪ ਹੈ। ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਮਾਂਡ, BFG ਰਿਪੋਜ਼ਟਰੀ ਇਤਿਹਾਸ ਦੌਰਾਨ ਪੁਰਾਣੀ ਈਮੇਲ ਦੀਆਂ ਸਾਰੀਆਂ ਉਦਾਹਰਣਾਂ ਨੂੰ ਨਵੇਂ ਨਾਲ ਬਦਲ ਸਕਦਾ ਹੈ। ਪੋਸਟ-ਰਿਪਲੇਸਮੈਂਟ, ਸਕ੍ਰਿਪਟ ਇਸ ਨਾਲ ਕੂੜਾ ਇਕੱਠਾ ਕਰਦੀ ਹੈ ਕਿਸੇ ਵੀ ਬਚੇ ਹੋਏ ਡੇਟਾ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਲਈ। ਤੀਜੀ ਸਕ੍ਰਿਪਟ ਵਰਤ ਕੇ ਸਭ ਤੋਂ ਤਾਜ਼ਾ ਕਮਿਟ ਨੂੰ ਸੋਧਣ 'ਤੇ ਕੇਂਦ੍ਰਤ ਹੈ git commit --amend, ਜੋ ਪੂਰੇ ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖੇ ਬਿਨਾਂ ਲੇਖਕ ਦੀ ਜਾਣਕਾਰੀ ਵਿੱਚ ਤੁਰੰਤ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

#!/bin/sh

# Ensure you have a clean working directory
git checkout main

# Rewrite the commit history to change the author email
git filter-branch --env-filter \
'
OLD_EMAIL="my.personal@email.me"
CORRECT_NAME="My Username"
CORRECT_EMAIL="12345678+username@users.noreply.github.com"
if [ "$GIT_COMMITTER_EMAIL" = "$OLD_EMAIL" ]
then
    export GIT_COMMITTER_NAME="$CORRECT_NAME"
    export GIT_COMMITTER_EMAIL="$CORRECT_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$OLD_EMAIL" ]
then
    export GIT_AUTHOR_NAME="$CORRECT_NAME"
    export GIT_AUTHOR_EMAIL="$CORRECT_EMAIL"
fi
' --tag-name-filter cat -- --branches --tags

# Force push the changes to the repository
git push --force --tags origin 'refs/heads/*'

# Download BFG Repo-Cleaner
wget https://repo1.maven.org/maven2/com/madgag/bfg/1.13.0/bfg-1.13.0.jar

# Run BFG to replace the old email with the new one
java -jar bfg-1.13.0.jar --replace-text 'my.personal@email.me==12345678+username@users.noreply.github.com' .

# Cleanup and perform garbage collection
git reflog expire --expire=now --all && git gc --prune=now --aggressive

# Push the changes to the remote repository
git push --force

# Change the email for the last commit
git commit --amend --author="My Username <12345678+username@users.noreply.github.com>"

# Push the amended commit to the repository
git push --force

ਪੁੱਲ ਬੇਨਤੀ ਨੂੰ ਮਿਲਾਉਣ ਤੋਂ ਬਾਅਦ ਗੋਪਨੀਯਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣਾ

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

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

1. ਮੈਂ ਆਪਣੀ ਈਮੇਲ ਨੂੰ ਭਵਿੱਖ ਦੇ ਕਮਿਟਾਂ ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਣ ਤੋਂ ਕਿਵੇਂ ਰੋਕ ਸਕਦਾ ਹਾਂ?
2. ਆਪਣੀ ਈਮੇਲ ਨੂੰ ਇਸ 'ਤੇ ਸੈੱਟ ਕਰੋ ਤੁਹਾਡੀ Git ਸੰਰਚਨਾ ਵਿੱਚ.
3. ਕੀ ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਪੁਸ਼ ਕੀਤੇ ਕਮਿਟਾਂ ਲਈ ਈਮੇਲ ਬਦਲ ਸਕਦਾ ਹਾਂ?
4. ਹਾਂ, ਤੁਸੀਂ ਵਰਤ ਸਕਦੇ ਹੋ ਜਾਂ ਪ੍ਰਤੀਬੱਧ ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖਣ ਅਤੇ ਈਮੇਲ ਨੂੰ ਬਦਲਣ ਲਈ।
5. ਭਵਿੱਖ ਦੇ ਕਮਿਟਾਂ ਵਿੱਚ ਮੇਰੀ ਈਮੇਲ ਨੂੰ ਲੁਕਾਉਣ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਕੀ ਹੈ?
6. ਇੱਕ ਨਿੱਜੀ ਈਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਆਪਣੇ GitHub ਖਾਤੇ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ, ਅਤੇ ਆਪਣੇ Git ਕਲਾਇੰਟ ਦੀ ਈਮੇਲ ਨੂੰ ਸੈੱਟ ਕਰੋ .
7. ਕੀ ਕਿਸੇ ਵਚਨਬੱਧਤਾ ਨੂੰ ਸੋਧਣ ਨਾਲ ਇਸਦਾ ਇਤਿਹਾਸ ਬਦਲ ਜਾਂਦਾ ਹੈ?
8. ਹਾਂ, ਸਭ ਤੋਂ ਤਾਜ਼ਾ ਕਮਿਟ ਨੂੰ ਬਦਲਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਲਈ ਧੱਕਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
9. ਕੀ ਰਿਪੋਜ਼ਟਰੀ ਮੇਨਟੇਨਰ ਮੇਰੀ ਪ੍ਰਤੀਬੱਧ ਜਾਣਕਾਰੀ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਨ?
10. ਮੇਨਟੇਨਰਾਂ ਕੋਲ ਵਚਨਬੱਧਤਾ ਦੇ ਇਤਿਹਾਸ ਨੂੰ ਬਦਲਣ ਦੀ ਸੀਮਤ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ ਪਰ ਉਹ ਭਵਿੱਖ ਦੀਆਂ ਪ੍ਰਤੀਬੱਧਤਾਵਾਂ ਲਈ ਗੋਪਨੀਯਤਾ ਨੀਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਨ।
11. ਕੀ ਵਚਨਬੱਧ ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖਣਾ ਸੁਰੱਖਿਅਤ ਹੈ?
12. ਇਤਿਹਾਸ ਨੂੰ ਮੁੜ ਲਿਖਣਾ ਸਹਿਯੋਗ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਇਸਲਈ ਇਸਨੂੰ ਧਿਆਨ ਨਾਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ ਇੱਕ ਨਿਯੰਤਰਿਤ ਵਾਤਾਵਰਣ ਵਿੱਚ।
13. ਜ਼ੋਰ-ਜ਼ਬਰਦਸਤੀ ਤਬਦੀਲੀਆਂ ਦਾ ਕੀ ਪ੍ਰਭਾਵ ਹੁੰਦਾ ਹੈ?
14. ਜ਼ੋਰ-ਜ਼ਬਰਦਸਤੀ ਇਤਿਹਾਸ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰ ਸਕਦੀ ਹੈ, ਜੋ ਸਹਿਯੋਗੀਆਂ ਨੂੰ ਭੰਬਲਭੂਸੇ ਵਿੱਚ ਪਾ ਸਕਦੀ ਹੈ, ਇਸਲਈ ਅਜਿਹਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਸੰਚਾਰ ਕਰੋ।
15. ਕੀ ਈਮੇਲ ਗੋਪਨੀਯਤਾ ਨੂੰ ਪੂਰੇ ਸੰਗਠਨ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ?
16. ਹਾਂ, GitHub ਸੰਸਥਾਵਾਂ ਨੀਤੀਆਂ ਸੈਟ ਕਰ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀਆਂ ਹਨ ਈਮੇਲ ਗੋਪਨੀਯਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ.
17. ਪ੍ਰੀ-ਕਮਿਟ ਹੁੱਕ ਕੀ ਹਨ?
18. ਪ੍ਰੀ-ਕਮਿਟ ਹੁੱਕ ਸਕ੍ਰਿਪਟਾਂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਇੱਕ ਕਮਿਟ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਚਲਦੀਆਂ ਹਨ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀਆਂ ਹਨ ਕਿ ਇਹ ਨਿਜੀ ਈਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਰਗੇ ਕੁਝ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ।

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