Gitlab CE ਵਿੱਚ ਕੋਡ ਸਮੀਖਿਆ: ਜੇਕਰ ਕੋਈ ਮਰਜ ਬੇਨਤੀ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਹੈ, ਪਰ ਮੈਂ ਸੱਚਮੁੱਚ ਚਾਹੁੰਦਾ ਹਾਂ

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

ਅਸੀਂ ਘੱਟੋ-ਘੱਟ ਕਾਰਜਕੁਸ਼ਲਤਾ ਖੁਦ ਕਰਾਂਗੇ - ਅਸੀਂ ਮਰਜ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾ ਦੇਵਾਂਗੇ ਜਦੋਂ ਤੱਕ ਕਈ ਡਿਵੈਲਪਰ MR ਨੂੰ "ਥੰਬਸ ਅੱਪ" ਨਹੀਂ ਦਿੰਦੇ।

ਇਹ ਸਭ ਕਿਉਂ ਹੈ?

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

ਨਤੀਜੇ ਵਜੋਂ, ਤੁਹਾਨੂੰ ਇਹ ਕਰਨਾ ਪਵੇਗਾ:

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

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

ਕੰਮ ਦੀ ਆਮ ਸਕੀਮ

ਇੱਕ ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, ਆਓ ਇੱਕ ਟੈਸਟ ਰਿਪੋਜ਼ਟਰੀ 'ਤੇ ਮਰਜ ਬੇਨਤੀ ਮਨਜ਼ੂਰੀਆਂ ਨੂੰ ਸੈਟ ਅਪ ਕਰੀਏ myapp:

1. ਆਓ GitLab API ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਲਈ ਇੱਕ ਟੋਕਨ ਬਣਾਈਏ (ਇਸ ਦੇ ਜ਼ਰੀਏ ਅਸੀਂ ਹੱਕ ਅਤੇ ਵਿਰੋਧ ਵਿੱਚ ਵੋਟਾਂ ਦੀ ਗਿਣਤੀ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਾਂਗੇ)
2. GitLab ਵੇਰੀਏਬਲ ਵਿੱਚ ਇੱਕ ਟੋਕਨ ਸ਼ਾਮਲ ਕਰੋ
3. ਜੇਕਰ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਤਰੁੱਟੀਆਂ ਹਨ (ਜੇ "ਲਈ" ਵੋਟਾਂ ਕਾਫ਼ੀ ਨਹੀਂ ਹਨ) ਤਾਂ ਮਿਲਾਉਣ ਨੂੰ ਅਸਮਰੱਥ ਕਰੋ
4. CI/CD ਪਾਈਪਲਾਈਨ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਵੋਟ ਪ੍ਰਮਾਣਿਕਤਾ ਸੈਟ ਅਪ ਕਰੋ
5. ਅਸੀਂ ਸੁਰੱਖਿਅਤ ਸ਼ਾਖਾਵਾਂ ਲਈ ਕਮਿਟ ਕਰਨ 'ਤੇ ਪਾਬੰਦੀ ਲਗਾਵਾਂਗੇ, ਅਸੀਂ ਸਿਰਫ MR ਦੁਆਰਾ ਸਾਰੇ ਬਦਲਾਅ ਕਰਦੇ ਹਾਂ
6. ਆਓ ਦੇਖੀਏ ਕਿ ਅੰਤ ਵਿੱਚ ਕੀ ਹੋਇਆ

1. API ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਇੱਕ ਟੋਕਨ ਬਣਾਓ

ਯੂਜ਼ਰ ਸੈਟਿੰਗਜ਼ → ਐਕਸੈਸ ਟੋਕਨ 'ਤੇ ਜਾਓ ਅਤੇ ਟੋਕਨ ਲਿਖੋ:

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

2. Gitlab ਵੇਰੀਏਬਲ ਵਿੱਚ ਟੋਕਨ ਸ਼ਾਮਲ ਕਰੋ

ਉਦਾਹਰਨ ਲਈ, ਪਿਛਲੇ ਪੜਾਅ ਵਿੱਚ, ਸਾਨੂੰ ਇੱਕ ਟੋਕਨ ਪ੍ਰਾਪਤ ਹੋਇਆ ਹੈ QmN2Y0NOUFlfeXhvd21ZS01aQzgK

ਸੈਟਿੰਗਾਂ ਖੋਲ੍ਹੋ → CI/CD → ਵੇਰੀਏਬਲ → ਵੇਰੀਏਬਲ ਸ਼ਾਮਲ ਕਰੋ → GITLAB_TOKEN_FOR_CI

ਨਤੀਜੇ ਵਜੋਂ, ਸਾਨੂੰ ਮਿਲਦਾ ਹੈ:

ਇਹ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਇੱਕ ਸਮੂਹ 'ਤੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

3. ਜੇਕਰ ਕੋਡ ਸਮੀਖਿਆ ਤੋਂ ਬਾਅਦ ਸਹਿਕਰਮੀਆਂ ਦੀ ਪ੍ਰਵਾਨਗੀ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੁੰਦੀ ਹੈ ਤਾਂ ਅਸੀਂ ਮਰਜ 'ਤੇ ਪਾਬੰਦੀ ਲਗਾ ਦਿੰਦੇ ਹਾਂ

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

ਸੈਟਿੰਗਾਂ → ਜਨਰਲ → ਮਰਜ ਬੇਨਤੀਆਂ → ਮਰਜ ਚੈਕ ਤੇ ਜਾਓ ਅਤੇ ਅਸੈਂਬਲੀ ਲਾਈਨਾਂ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ ਵਿਕਲਪ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ।

4. ਪਾਈਪਲਾਈਨ ਸਥਾਪਤ ਕਰੋ

ਜੇਕਰ ਤੁਸੀਂ ਅਜੇ ਤੱਕ ਆਪਣੀ ਅਰਜ਼ੀ ਲਈ CI/CD ਪਾਈਪਲਾਈਨ ਨਹੀਂ ਬਣਾਈ ਹੈ
ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਰੂਟ ਵਿੱਚ ਇੱਕ ਫਾਈਲ ਬਣਾਓ .gitlab-ci.yml ਸਧਾਰਨ ਸਮੱਗਰੀ ਦੇ ਨਾਲ:

stages:
  - build
  - test

variables:
  NEED_VOTES: 1

include:
  - remote: "https://gitlab.com/gitlab-ce-mr-approvals/ci/-/raw/master/check-approve.gitlab-ci.yml"

run-myapp:
  stage: build
  script: echo "Hello world"

CI/CD ਸੰਰਚਨਾ ਲਈ ਵੱਖਰਾ ਰਿਪੋਜ਼ਟਰੀ
ਮੈਂ ਇੱਕ ਵੱਖਰੀ ਰਿਪੋਜ਼ਟਰੀ ਬਣਾਉਣ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਾਂਗਾ ਜਿੱਥੇ ਤੁਹਾਨੂੰ ਪਾਈਪਲਾਈਨ ਸਥਾਪਤ ਕਰਨ ਲਈ ਇੱਕ myapp.gitlab-ci.yml ਫਾਈਲ ਬਣਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਯੋਗਦਾਨ ਪਾਉਣ ਵਾਲਿਆਂ ਦੀ ਪਹੁੰਚ ਨੂੰ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਨਿਯੰਤਰਿਤ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਬਿਲਡ ਪਾਈਪਲਾਈਨ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਨ ਅਤੇ ਐਕਸੈਸ ਟੋਕਨ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ।

ਨਵੀਂ ਪਾਈਪਲਾਈਨ ਫਾਈਲ ਦਾ ਟਿਕਾਣਾ myapp ਰਿਪੋਜ਼ਟਰੀ - ਸੈਟਿੰਗਾਂ - CI / CD - ਅਸੈਂਬਲੀ ਲਾਈਨਾਂ - ਕਸਟਮ CI ਸੰਰਚਨਾ ਮਾਰਗ - ਇੱਕ ਨਵੀਂ ਫਾਈਲ ਨਿਰਧਾਰਤ ਕਰੋ, ਉਦਾਹਰਨ ਲਈ, 'ਤੇ ਜਾ ਕੇ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ myapp.gitlab-ci.yml@gitlab-ce-mr-approvals/Ci

ਸੰਕੇਤ: GitLab CI ਫਾਈਲਾਂ ਵਿੱਚ ਬਦਲਾਅ ਕਰਨ ਲਈ ਇੱਕ ਲਿੰਟਰ ਦੀ ਵਰਤੋਂ ਕਰੋ
ਭਾਵੇਂ ਤੁਸੀਂ ਇਕੱਲੇ ਕੰਮ ਕਰਦੇ ਹੋ, MR ਦੁਆਰਾ ਕੰਮ ਕਰਨਾ ਇੱਕ ਚੰਗਾ ਸਹਾਇਕ ਹੋਵੇਗਾ, ਪਾਈਪਲਾਈਨ ਫਾਈਲਾਂ ਵਿੱਚ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਲਿੰਟਰ ਰਾਹੀਂ ਚਲਾ ਰਿਹਾ ਹੈ। ਜੇ ਤੁਸੀਂ YAML ਫਾਈਲ ਦੇ ਸੰਟੈਕਸ ਵਿੱਚ ਗਲਤੀ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਤੁਹਾਨੂੰ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪਾਈਪਲਾਈਨ ਨੂੰ ਤੋੜਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦੇਵੇਗਾ, ਪਰ ਸਿਰਫ਼ ਮਰਜ ਨੂੰ ਬਲੌਕ ਕਰੇਗਾ।

ਲਿੰਟਰਾਂ ਵਾਲੇ ਕੰਟੇਨਰਾਂ ਦੀ ਇੱਕ ਉਦਾਹਰਨ ਜੋ ਤੁਸੀਂ ਆਪਣੀ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ:

hub.docker.com/r/gableroux/gitlab-ci-lint
hub.docker.com/r/sebiwi/gitlab-ci-validate

ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਪੜਾਅ ਦੀ ਇੱਕ ਉਦਾਹਰਨ:

stages:
  - lint

lint:
  stage: lint
  image: sebiwi/gitlab-ci-validate:1.3.0
  variables:
    GITLAB_HOST: https://gitlab.com
  script:
    - CI_FILES=(./*.yml)
    - for f in "${CI_FILES[@]}"; do
        gitlab-ci-validate $f;
      done;

ਇਸਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਤੁਹਾਡੀ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਕੁਝ ਮਾਪਦੰਡ ਜੋੜਨਾ ਬਾਕੀ ਹੈ:

stages:
- test

variables:
NEED_VOTES: 1

include:
- remote: "https://gitlab.com/gitlab-ce-mr-approvals/ci/-/raw/master/check-approve.gitlab-ci.yml"

NEED_VOTES ਵੇਰੀਏਬਲ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਵਿਲੀਨਤਾ ਉਪਲਬਧ ਹੋਣ ਲਈ MR ​​ਕੋਲ ਕਿੰਨੇ "ਥੰਬਸ ਅੱਪ" ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਇੱਕ ਦੇ ਮੁੱਲ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਖੁਦ ਆਪਣੇ MR ਨੂੰ "ਪਸੰਦ" ਕਰਕੇ ਮਨਜ਼ੂਰੀ ਦੇ ਸਕਦੇ ਹੋ।

ਵਿੱਚ ਟੈਸਟ ਪੜਾਅ ਸ਼ਾਮਲ ਹੈ, ਜੋ "ਪਸੰਦ" ਦੀ ਸੰਖਿਆ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।

ਇੱਕ ਉਦਾਹਰਨ ਵਜੋਂ myapp.gitlab-ci.yml ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀ ਸਭ ਤੋਂ ਸਰਲ ਪਾਈਪਲਾਈਨ
stages:
- build
- test

variables:
NEED_VOTES: 0

include:
- remote: "https://gitlab.com/gitlab-ce-mr-approvals/ci/-/raw/master/check-approve.gitlab-ci.yml"

run-myapp:
stage: build
image: openjdk
script:
- echo CI_MERGE_REQUEST_TARGET_BRANCH_NAME $CI_MERGE_REQUEST_TARGET_BRANCH_NAME
- java HelloWorld.java

check-approve.gitlab-ci.yml ਦੀਆਂ ਸਮੱਗਰੀਆਂ
ci-mr:
stage: test
script:
- echo ${CI_API_V4_URL}
- echo "CI_PROJECT_ID ${CI_PROJECT_ID}"
- echo "CI_COMMIT_SHA ${CI_COMMIT_SHA}"
- "export MR_ID=$(curl --silent --request GET --header "PRIVATE-TOKEN: $GITLAB_TOKEN_FOR_CI" ${CI_API_V4_URL}/projects/${CI_PROJECT_ID}/merge_requests | jq ".[] | if .sha == \"${CI_COMMIT_SHA}\" then .id else {} end" | grep --invert-match {})"
- "export MR_TITLE=$(curl --silent --request GET --header "PRIVATE-TOKEN: $GITLAB_TOKEN_FOR_CI" ${CI_API_V4_URL}/projects/${CI_PROJECT_ID}/merge_requests | jq ".[] | if .sha == \"${CI_COMMIT_SHA}\" then .title else {} end" | grep --invert-match {})"
- "export MR_WIP=$(curl --silent --request GET --header "PRIVATE-TOKEN: $GITLAB_TOKEN_FOR_CI" ${CI_API_V4_URL}/projects/${CI_PROJECT_ID}/merge_requests | jq ".[] | if .sha == \"${CI_COMMIT_SHA}\" then .work_in_progress else {} end" | grep --invert-match {})"
- "export MR_UPVOTES=$(curl --silent --request GET --header "PRIVATE-TOKEN: $GITLAB_TOKEN_FOR_CI" ${CI_API_V4_URL}/projects/${CI_PROJECT_ID}/merge_requests | jq ".[] | if .sha == \"${CI_COMMIT_SHA}\" then .upvotes else {} end" | grep --invert-match {})"
- "export MR_DOWNVOTES=$(curl --silent --request GET --header "PRIVATE-TOKEN: $GITLAB_TOKEN_FOR_CI" ${CI_API_V4_URL}/projects/${CI_PROJECT_ID}/merge_requests | jq ".[] | if .sha == \"${CI_COMMIT_SHA}\" then .downvotes else {} end" | grep --invert-match {})"
- MR_VOTES=$(expr ${MR_UPVOTES} - ${MR_DOWNVOTES})
- NEED_VOTES_REAL=${NEED_VOTES:-1}
- echo "MR_ID ${MR_ID} MR_TITLE ${MR_TITLE} MR_WIP ${MR_WIP} MR_UPVOTES ${MR_UPVOTES} MR_DOWNVOTES ${MR_DOWNVOTES}"
- echo "MR_VOTES ${MR_VOTES} Up vote = 1, down vote = -1, MR OK if votes >=${NEED_VOTES_REAL}"
- if [ "${MR_VOTES}" -ge "$(expr ${NEED_VOTES_REAL})" ];
then
echo "MR OK";
else
echo "MR ERROR Need more votes";
exit 1;
fi
image: laptevss/gitlab-api-util
rules:
- if: '$CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "master" || $CI_MERGE_REQUEST_TARGET_BRANCH_NAME =~ /^release/.*$/'


ਇਸ ਬਾਰੇ ਹੋਰ ਜਾਣੋ ਕਿ ਜਾਂਚ ਕਰਨ ਵੇਲੇ ਕੀ ਹੁੰਦਾ ਹੈ:

• ਇਹ ਪਾਬੰਦੀ ਨਿਰਧਾਰਤ ਕੀਤੀ ਗਈ ਹੈ ਕਿ ਚੈੱਕ ਕੇਵਲ ਮਾਸਟਰ ਜਾਂ ਰੀਲੀਜ਼ /* ਸ਼ਾਖਾਵਾਂ ਵਿੱਚ ਇੱਕ ਐਮਆਰ ਬਣਾਉਣ ਵੇਲੇ ਹੀ ਹੋਵੇਗਾ
• GitLab API ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, "ਪਸੰਦ" ਅਤੇ "ਨਾਪਸੰਦਾਂ" ਦੀ ਸੰਖਿਆ ਪ੍ਰਾਪਤ ਕਰੋ
• ਸਕਾਰਾਤਮਕ ਅਤੇ ਨਕਾਰਾਤਮਕ ਜਵਾਬਾਂ ਵਿੱਚ ਅੰਤਰ ਦੀ ਗਣਨਾ ਕਰੋ
• ਜੇਕਰ ਅੰਤਰ ਸਾਡੇ ਦੁਆਰਾ NEED_VOTES ਵਿੱਚ ਨਿਰਧਾਰਤ ਕੀਤੇ ਮੁੱਲ ਤੋਂ ਘੱਟ ਹੈ, ਤਾਂ ਅਸੀਂ ਅਭੇਦ ਹੋਣ ਦੀ ਯੋਗਤਾ ਨੂੰ ਰੋਕ ਦਿੰਦੇ ਹਾਂ

5. ਸੁਰੱਖਿਅਤ ਸ਼ਾਖਾਵਾਂ ਲਈ ਕਮਿਟ ਨੂੰ ਅਯੋਗ ਕਰੋ

ਅਸੀਂ ਉਹਨਾਂ ਸ਼ਾਖਾਵਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਾਂ ਜਿਨ੍ਹਾਂ ਲਈ ਸਾਨੂੰ ਕੋਡ ਸਮੀਖਿਆ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਇਹ ਸੰਕੇਤ ਦਿੰਦੇ ਹਾਂ ਕਿ ਉਹਨਾਂ ਨਾਲ ਸਿਰਫ MR ਦੁਆਰਾ ਕੰਮ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਅਜਿਹਾ ਕਰਨ ਲਈ, ਸੈਟਿੰਗਜ਼ → ਰਿਪੋਜ਼ਟਰੀ → ਸੁਰੱਖਿਅਤ ਸ਼ਾਖਾਵਾਂ 'ਤੇ ਜਾਓ:

6. ਜਾਂਚ ਕਰ ਰਿਹਾ ਹੈ

NEED_VOTES ਸੈੱਟ ਕਰੋ: 0

ਅਸੀਂ MR ਕਰਦੇ ਹਾਂ ਅਤੇ "ਨਾਪਸੰਦ" ਪਾਉਂਦੇ ਹਾਂ।

ਬਿਲਡ ਲੌਗਸ ਵਿੱਚ:

ਹੁਣ "like" ਪਾਓ ਅਤੇ ਦੁਬਾਰਾ ਜਾਂਚ ਚਲਾਓ:

ਸਰੋਤ: www.habr.com