ಪ್ರೊಹೋಸ್ಟರ್ > Блог > ಆಡಳಿತ > # GitLab 13.4 ಅನ್ನು CI ವೇರಿಯೇಬಲ್ಗಳು ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಏಜೆಂಟ್ಗಾಗಿ HashiCorp ಸಂಗ್ರಹಣೆಯೊಂದಿಗೆ ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ
# GitLab 13.4 ಅನ್ನು CI ವೇರಿಯೇಬಲ್ಗಳು ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಏಜೆಂಟ್ಗಾಗಿ HashiCorp ಸಂಗ್ರಹಣೆಯೊಂದಿಗೆ ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ
ಬಿಡುಗಡೆ 13.4 ಅನ್ನು CI ವೇರಿಯೇಬಲ್ಗಳು, ಕುಬರ್ನೆಟ್ಸ್ ಏಜೆಂಟ್ ಮತ್ತು ಸೆಕ್ಯುರಿಟಿ ಸೆಂಟರ್ಗಾಗಿ HashiCorp ಸಂಗ್ರಹಣೆಯೊಂದಿಗೆ ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ, ಜೊತೆಗೆ ಸ್ಟಾರ್ಟರ್ನಲ್ಲಿ ಬದಲಾಯಿಸಬಹುದಾದ ವೈಶಿಷ್ಟ್ಯಗಳು
GitLab ನಲ್ಲಿ, ನಿಮ್ಮ ನೆಚ್ಚಿನ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡಲು, ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸಲು ಮತ್ತು ವಿತರಣಾ ವೇಗವನ್ನು ಸುಧಾರಿಸಲು ನಾವು ಬಳಕೆದಾರರಿಗೆ ಹೇಗೆ ಸಹಾಯ ಮಾಡಬಹುದು ಎಂಬುದರ ಕುರಿತು ನಾವು ಯಾವಾಗಲೂ ಯೋಚಿಸುತ್ತಿರುತ್ತೇವೆ. ಈ ತಿಂಗಳು ನಾವು ಭದ್ರತಾ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ವಿಸ್ತರಿಸುವ, ದುರ್ಬಲತೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುವ, ದಕ್ಷತೆಯನ್ನು ಹೆಚ್ಚಿಸುವ, GitLab ನೊಂದಿಗೆ ಕೆಲಸವನ್ನು ಸರಳಗೊಳಿಸುವ ಮತ್ತು ನಿಮ್ಮ ತಂಡವು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಇನ್ನಷ್ಟು ವೇಗವಾಗಿ ತಲುಪಿಸಲು ಸಹಾಯ ಮಾಡುವ ಬಹಳಷ್ಟು ಉಪಯುಕ್ತ ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸೇರಿಸಿದ್ದೇವೆ. ಬಿಡುಗಡೆಯ ಮುಖ್ಯ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ನೀವು ಉಪಯುಕ್ತವಾಗಿ ಕಾಣುವಿರಿ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ 53 ಇತರ ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳು, ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ.
ಸುಧಾರಿತ ಭದ್ರತಾ ವೈಶಿಷ್ಟ್ಯಗಳು
ನಾವು ಪ್ರತಿ ತಿಂಗಳು GitLab DevSecOps ಗೆ ಹಲವಾರು ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸೇರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ ಮತ್ತು ಈ ಬಿಡುಗಡೆಯು ಇದಕ್ಕೆ ಹೊರತಾಗಿಲ್ಲ. HashiCorp ವಾಲ್ಟ್ನಿಂದ ರಹಸ್ಯ ಕೀಗಳನ್ನು ಈಗ CI/CD ಕೆಲಸಗಳಲ್ಲಿ ಬಳಸಬಹುದು ಜೋಡಣೆ ಮತ್ತು ನಿಯೋಜನೆಯ ಚೌಕಟ್ಟಿನೊಳಗೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಕೋಡ್ ನಿಯೋಜನೆಯ ಜವಾಬ್ದಾರಿಗಳ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಬೆಂಬಲಿಸಲು ಬಯಸುವ ಸಂಸ್ಥೆಗಳು ಈಗ ಮಾಡಬಹುದು ರಿಪೋರ್ಟರ್ ಪ್ರವೇಶದೊಂದಿಗೆ ಬಳಕೆದಾರರಿಗೆ ನಿಯೋಜಕ ಪಾತ್ರವನ್ನು ಸೇರಿಸಿ. ಈ ಪಾತ್ರವು ಅನುರೂಪವಾಗಿದೆ ಕನಿಷ್ಠ ಪ್ರವೇಶ ಸವಲತ್ತು ತತ್ವ ಮತ್ತು ವಿಲೀನ ವಿನಂತಿಗಳನ್ನು ದೃಢೀಕರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ (GitLab "ವಿಲೀನ ವಿನಂತಿಗಳು" ರಷ್ಯಾದ ಸ್ಥಳೀಕರಣದಲ್ಲಿ) ಮತ್ತು ಕೋಡ್ ಅನ್ನು ಸ್ವತಃ ಬದಲಾಯಿಸಲು ಪ್ರವೇಶವನ್ನು ಒದಗಿಸದೆಯೇ ಸಂರಕ್ಷಿತ ಪರಿಸರದಲ್ಲಿ ಕೋಡ್ ಅನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ.
ಅಪಾಯಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಇನ್ನೊಂದು ವಿಧಾನವೆಂದರೆ ಹೊಸದನ್ನು ಬಳಸುವುದು GitLab ಕುಬರ್ನೆಟ್ಸ್ ಏಜೆಂಟ್. ಕಾರ್ಯಾಚರಣೆ ತಂಡಗಳು ತಮ್ಮ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಸಂಪೂರ್ಣ ಇಂಟರ್ನೆಟ್ಗೆ ಬಹಿರಂಗಪಡಿಸದೆಯೇ GitLab ನಿಂದ Kubernetes ಕ್ಲಸ್ಟರ್ಗಳನ್ನು ನಿಯೋಜಿಸಬಹುದು. ನಾವು ಹೊಸ ಟೆರಾಫಾರ್ಮ್ ಸ್ಟೇಟ್ ಫೈಲ್ಗಳಿಗಾಗಿ ಸ್ವಯಂಚಾಲಿತ ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ಬೆಂಬಲವನ್ನು ಸಹ ಪರಿಚಯಿಸುತ್ತಿದ್ದೇವೆ GitLab ಟೆರಾಫಾರ್ಮ್ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಅನುಸರಣೆ ಮತ್ತು ಡೀಬಗ್ ಮಾಡುವ ಸುಲಭತೆಯನ್ನು ಬೆಂಬಲಿಸಲು. ಅಂತಿಮವಾಗಿ, ನಿದರ್ಶನ ಭದ್ರತಾ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಆಯಿತು GitLab ಭದ್ರತಾ ಕೇಂದ್ರ ದುರ್ಬಲತೆಯ ವರದಿಗಳು ಮತ್ತು ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್ಗಳೊಂದಿಗೆ.
GitLab ನೊಂದಿಗೆ ಹೆಚ್ಚು ಅನುಕೂಲಕರ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ಕೆಲಸ
ಸೇರಿಸಲು ನಾವು ನಮ್ಮ ಜಾಗತಿಕ ಹುಡುಕಾಟವನ್ನು ಸುಧಾರಿಸಿದ್ದೇವೆ ಹುಡುಕಾಟ ಪಟ್ಟಿಯಿಂದ ತ್ವರಿತ ಸಂಚರಣೆ, ಇತ್ತೀಚಿನ ಟಿಕೆಟ್ಗಳು, ಗುಂಪುಗಳು, ಯೋಜನೆಗಳು, ಸೆಟ್ಟಿಂಗ್ಗಳು ಮತ್ತು ಸಹಾಯ ವಿಷಯಗಳಿಗೆ ಸುಲಭವಾಗಿ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. GitLab ಪುಟಗಳನ್ನು ಘೋಷಿಸಲು ನಾವು ಉತ್ಸುಕರಾಗಿದ್ದೇವೆ ಮರುನಿರ್ದೇಶನಗಳು ಕಾಣಿಸಿಕೊಂಡವು ಸೈಟ್ನೊಳಗೆ ಪ್ರತ್ಯೇಕ ಪುಟಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಮರುನಿರ್ದೇಶಿಸಲು, ಇದು ಬಳಕೆದಾರರಿಗೆ ತಮ್ಮ ಸೈಟ್ಗಳನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ನಿಯೋಜಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಮತ್ತು ನಿಯೋಜನೆಯ ಬಗ್ಗೆ ವಿಸ್ತೃತ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ಬಯಸುವವರಿಗೆ, ಈ ಬಿಡುಗಡೆಯು ಅನುಮತಿಸುತ್ತದೆ ಪರಿಸರ ಟೂಲ್ಬಾರ್ನಿಂದ ನೂರಾರು ಬೆಂಬಲಿತ ಯೋಜನೆಯ ನಿಯೋಜನೆಗಳನ್ನು ನಿರ್ವಹಿಸಿ!
ಫ್ಯಾಬಿಯೊ ಗಣನೀಯ ಕೊಡುಗೆ ನೀಡಿದರು ಕೊಡುಗೆ в ವಿಲೀನ ವಿನಂತಿಯ ವ್ಯತ್ಯಾಸಗಳಲ್ಲಿ ಕೋಡ್ ವ್ಯಾಪ್ತಿಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ - GitLab ಸಮುದಾಯದಲ್ಲಿ ಬಹಳ ಸಮಯದಿಂದ ಕಾಯುತ್ತಿರುವ ವೈಶಿಷ್ಟ್ಯ. ಇದು GitLab ತಂಡದ ಸದಸ್ಯರೊಂದಿಗೆ ನಿರಂತರ ಸಹಯೋಗದ ಅಗತ್ಯವಿರುವ ಕ್ಷುಲ್ಲಕವಲ್ಲದ ಬದಲಾವಣೆಗಳೊಂದಿಗೆ ನಿಜವಾಗಿಯೂ ಪ್ರಮುಖ ಕೊಡುಗೆಯಾಗಿದೆ ಮತ್ತು UX, ಫ್ರಂಟ್-ಎಂಡ್ ಮತ್ತು ಬ್ಯಾಕ್-ಎಂಡ್ನಂತಹ ಯೋಜನೆಯ ಹಲವು ಕ್ಷೇತ್ರಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಿತು.
ಬಿಡುಗಡೆ 12.10 ರಲ್ಲಿ, GitLab ಜಾಬ್ ಹ್ಯಾಂಡ್ಲರ್ (GitLab ರನ್ನರ್) ಅನ್ನು ಬಳಸಿಕೊಂಡು CI ಉದ್ಯೋಗಗಳಿಗೆ ಕೀಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಮತ್ತು ವರ್ಗಾಯಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು GitLab ಪರಿಚಯಿಸಿತು. ಈಗ ನಾವು ವಿಸ್ತರಿಸುತ್ತಿದ್ದೇವೆ JWT ಬಳಸಿಕೊಂಡು ದೃಢೀಕರಣ, ಹೊಸ ಸಿಂಟ್ಯಾಕ್ಸ್ ಸೇರಿಸಲಾಗುತ್ತಿದೆ secrets ಕಡತಕ್ಕೆ .gitlab-ci.yml. GitLab ಜೊತೆಗೆ HashiCorp ರೆಪೊಸಿಟರಿಯನ್ನು ಹೊಂದಿಸಲು ಮತ್ತು ಬಳಸಲು ಇದು ಸುಲಭಗೊಳಿಸುತ್ತದೆ.
ಕುಬರ್ನೆಟ್ಸ್ನೊಂದಿಗೆ GitLab ನ ಏಕೀಕರಣವು ಹಸ್ತಚಾಲಿತ ಸಂರಚನೆಯ ಅಗತ್ಯವಿಲ್ಲದೆಯೇ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ಗಳಿಗೆ ನಿಯೋಜಿಸಲು ದೀರ್ಘಕಾಲದವರೆಗೆ ಸಾಧ್ಯವಾಗಿಸಿದೆ. ಅನೇಕ ಬಳಕೆದಾರರು ಈ ಬಂಡಲ್ನ ಬಳಕೆಯ ಸುಲಭತೆಯನ್ನು ಇಷ್ಟಪಟ್ಟಿದ್ದಾರೆ, ಆದರೆ ಇತರರು ಕೆಲವು ತೊಂದರೆಗಳನ್ನು ಎದುರಿಸಿದರು. ಪ್ರಸ್ತುತ ಏಕೀಕರಣಕ್ಕಾಗಿ, GitLab ಅದನ್ನು ಪ್ರವೇಶಿಸಲು ನಿಮ್ಮ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಇಂಟರ್ನೆಟ್ನಿಂದ ಪ್ರವೇಶಿಸಬೇಕು. ಅನೇಕ ಸಂಸ್ಥೆಗಳಿಗೆ, ಭದ್ರತೆ, ಅನುಸರಣೆ ಅಥವಾ ನಿಯಂತ್ರಕ ಕಾರಣಗಳಿಗಾಗಿ ಕ್ಲಸ್ಟರ್ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸುವುದರಿಂದ ಇದು ಸಾಧ್ಯವಿಲ್ಲ. ಈ ನಿರ್ಬಂಧಗಳನ್ನು ನಿವಾರಿಸಲು, ಬಳಕೆದಾರರು ತಮ್ಮ ಸಾಧನಗಳನ್ನು GitLab ನ ಮೇಲೆ ನಿರ್ಮಿಸುವ ಅಗತ್ಯವಿದೆ, ಇಲ್ಲದಿದ್ದರೆ ಅವರು ಈ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.
ಇಂದು ನಾವು GitLab Kubernetes ಏಜೆಂಟ್ ಅನ್ನು ಪರಿಚಯಿಸುತ್ತಿದ್ದೇವೆ, ಇದು Kubernetes ಕ್ಲಸ್ಟರ್ಗಳಿಗೆ ನಿಯೋಜಿಸಲು ಹೊಸ ಮಾರ್ಗವಾಗಿದೆ. ಏಜೆಂಟ್ ನಿಮ್ಮ ಕ್ಲಸ್ಟರ್ ಒಳಗೆ ಚಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಅದನ್ನು ಸಂಪೂರ್ಣ ಇಂಟರ್ನೆಟ್ಗೆ ಬಹಿರಂಗಪಡಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. GitLab ಕ್ಲಸ್ಟರ್ಗೆ ನವೀಕರಣಗಳನ್ನು ತಳ್ಳುವ ಬದಲು GitLab ನಿಂದ ಹೊಸ ಬದಲಾವಣೆಗಳನ್ನು ವಿನಂತಿಸುವ ಮೂಲಕ ಏಜೆಂಟ್ ನಿಯೋಜನೆಯನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ. ನೀವು ಯಾವುದೇ GitOps ವಿಧಾನವನ್ನು ಬಳಸಿದರೂ, GitLab ನೀವು ಒಳಗೊಂಡಿದೆ.
ಇದು ಏಜೆಂಟ್ನ ಮೊದಲ ಬಿಡುಗಡೆಯಾಗಿದೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. GitLab Kubernetes ಏಜೆಂಟ್ಗಾಗಿ ನಮ್ಮ ಪ್ರಸ್ತುತ ಗಮನವು ಕೋಡ್ ಮೂಲಕ ನಿಯೋಜನೆಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು ಮತ್ತು ನಿರ್ವಹಿಸುವುದು. ನಿಯೋಜನೆ ಬೋರ್ಡ್ಗಳು ಮತ್ತು GitLab ನಿರ್ವಹಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ಗಳಂತಹ ಕೆಲವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ Kubernetes ಏಕೀಕರಣ ವೈಶಿಷ್ಟ್ಯಗಳು ಇನ್ನೂ ಬೆಂಬಲಿತವಾಗಿಲ್ಲ. ನಾವು ಊಹಿಸುತ್ತೇವೆಭವಿಷ್ಯದ ಬಿಡುಗಡೆಗಳಲ್ಲಿ ಈ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಏಜೆಂಟ್ಗೆ ಸೇರಿಸಲಾಗುವುದು, ಜೊತೆಗೆ ಭದ್ರತೆ ಮತ್ತು ಅನುಸರಣೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿದ ಹೊಸ ಸಂಯೋಜನೆಗಳು.
ಹಿಂದೆ, GitLab ನ ಅನುಮತಿಗಳ ವ್ಯವಸ್ಥೆಯು ನಿಮ್ಮ ತಂಡದೊಳಗಿನ ಜವಾಬ್ದಾರಿಗಳನ್ನು ಅಭಿವೃದ್ಧಿಗೆ ಜವಾಬ್ದಾರರು ಮತ್ತು ನಿಯೋಜನೆಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವವರ ನಡುವೆ ಸರಿಯಾಗಿ ವಿಭಜಿಸಲು ಕಷ್ಟಕರವಾಗಿತ್ತು. GitLab 13.4 ಬಿಡುಗಡೆಯೊಂದಿಗೆ, ನಿಯೋಜನೆಗಾಗಿ ವಿಲೀನ ವಿನಂತಿಗಳನ್ನು ಅನುಮೋದಿಸಲು ನೀವು ಅನುಮತಿಯನ್ನು ನೀಡಬಹುದು, ಹಾಗೆಯೇ ಕೋಡ್ ಬರೆಯದ ಜನರಿಗೆ ವಾಸ್ತವವಾಗಿ ಕೋಡ್ ಅನ್ನು ನಿಯೋಜಿಸಲು ಅವರಿಗೆ ನಿರ್ವಾಹಕ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ನೀಡದೆಯೇ (GitLab "ಮೇಂಟೇನರ್" ನ ರಷ್ಯಾದ ಸ್ಥಳೀಕರಣದಲ್ಲಿ )
ಹಿಂದೆ, ನಿದರ್ಶನ-ಮಟ್ಟದ ದುರ್ಬಲತೆ ನಿರ್ವಹಣೆಯು ಕ್ರಿಯಾತ್ಮಕತೆ ಮತ್ತು ನಮ್ಯತೆ ಎರಡರಲ್ಲೂ ಸೀಮಿತವಾಗಿತ್ತು. ಇಂಟರ್ಫೇಸ್ ಒಂದೇ ಪುಟವಾಗಿದ್ದು ಅದು ದುರ್ಬಲತೆಗಳು, ಮೆಟ್ರಿಕ್ಸ್ ಗ್ರಾಫ್ಗಳು ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ಗಳ ವಿವರಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ. ಈ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಅಥವಾ ಇತರ ಭದ್ರತಾ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಬಳಸಲು ಹೆಚ್ಚು ಸ್ಥಳವಿಲ್ಲ.
GitLab ನಲ್ಲಿ ನಾವು ಸುರಕ್ಷತೆ ಮತ್ತು ಪಾರದರ್ಶಕತೆಯನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತೇವೆ ಎಂಬುದರ ಕುರಿತು ನಾವು ಮೂಲಭೂತ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ. ನಿದರ್ಶನ ಭದ್ರತಾ ಫಲಕವನ್ನು ಸಂಪೂರ್ಣ ಭದ್ರತಾ ಕೇಂದ್ರವಾಗಿ ಪರಿವರ್ತಿಸಲಾಗಿದೆ. ಹೊಸ ಮೆನು ರಚನೆಯ ಪರಿಚಯವು ದೊಡ್ಡ ಬದಲಾವಣೆಯಾಗಿದೆ: ಒಂದು ಪುಟದ ಬದಲಿಗೆ, ನೀವು ಈಗ ಭದ್ರತಾ ಡ್ಯಾಶ್ಬೋರ್ಡ್, ದುರ್ಬಲತೆ ವರದಿ ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ಗಳ ವಿಭಾಗವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನೋಡುತ್ತೀರಿ. ಕಾರ್ಯಚಟುವಟಿಕೆಯು ಬದಲಾಗದಿದ್ದರೂ, ಅದನ್ನು ಭಾಗಗಳಾಗಿ ವಿಭಜಿಸುವುದು ಈ ವಿಭಾಗಕ್ಕೆ ಸುಧಾರಣೆಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಇಲ್ಲದಿದ್ದರೆ ಕಷ್ಟವಾಗುತ್ತದೆ. ಇದು ಭವಿಷ್ಯದಲ್ಲಿ ಇತರ ಭದ್ರತೆ-ಸಂಬಂಧಿತ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಸೇರಿಸಲು ವೇದಿಕೆಯನ್ನು ಹೊಂದಿಸುತ್ತದೆ.
ಮೀಸಲಾದ ದುರ್ಬಲತೆ ವರದಿ ವಿಭಾಗವು ಈಗ ಪ್ರಮುಖ ವಿವರಗಳನ್ನು ಪ್ರದರ್ಶಿಸಲು ಹೆಚ್ಚಿನ ಸ್ಥಳವನ್ನು ಹೊಂದಿದೆ. ಪ್ರಾಜೆಕ್ಟ್ನ ದುರ್ಬಲತೆಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ಪ್ರಸ್ತುತ ಇರುವ ದುರ್ಬಲತೆಗಳು ಇಲ್ಲಿವೆ. ದುರ್ಬಲತೆಯ ಮೆಟ್ರಿಕ್ಗಳೊಂದಿಗೆ ವಿಜೆಟ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕ ವಿಭಾಗಕ್ಕೆ ಸರಿಸುವುದರಿಂದ ಅನುಕೂಲಕರ ಭದ್ರತಾ ನಿಯಂತ್ರಣ ಫಲಕವನ್ನು ರಚಿಸುತ್ತದೆ. ಇದು ಈಗ ಭವಿಷ್ಯದ ದೃಶ್ಯೀಕರಣಗಳಿಗಾಗಿ ಕ್ಯಾನ್ವಾಸ್ ಆಗಿದೆ-ಕೇವಲ ದುರ್ಬಲತೆ ನಿರ್ವಹಣೆಗೆ ಅಲ್ಲ, ಆದರೆ ಯಾವುದೇ ಭದ್ರತೆ-ಸಂಬಂಧಿತ ಮೆಟ್ರಿಕ್ಗಳಿಗೆ. ಅಂತಿಮವಾಗಿ, ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್ಗಳ ಪ್ರದೇಶವು ಎಲ್ಲಾ ನಿದರ್ಶನ-ಮಟ್ಟದ ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಸಾಮಾನ್ಯ ಸ್ಥಳವನ್ನು ರಚಿಸುತ್ತದೆ, ಕೇವಲ ದುರ್ಬಲತೆ ನಿರ್ವಹಣೆಗೆ ಮಾತ್ರವಲ್ಲ.
ಈ ವರ್ಷದ ಆರಂಭದಲ್ಲಿ, GitLab ಒಂದು ಬದ್ಧತೆಯನ್ನು ಮಾಡಿದೆ 18 ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸರಿಸಿ ತೆರೆದ ಮೂಲಕ್ಕೆ. ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ, ನಾವು ಸ್ಟಾರ್ಟರ್ ಯೋಜನೆಗೆ ಬದಲಾಯಿಸಬಹುದಾದ ವೈಶಿಷ್ಟ್ಯಗಳ ಸ್ಥಳಾಂತರವನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ್ದೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಕೋರ್ಗೆ ಸ್ಥಳಾಂತರಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತೇವೆ ಜಿಟ್ ಲ್ಯಾಬ್ 13.5. ಈ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರಿಗೆ ತರಲು ನಾವು ಉತ್ಸುಕರಾಗಿದ್ದೇವೆ ಮತ್ತು ನೀವು ಅದನ್ನು ಹೇಗೆ ಬಳಸುತ್ತೀರಿ ಎಂಬುದನ್ನು ಕೇಳಲು ಬಯಸುತ್ತೇವೆ.
ಕೆಲವೊಮ್ಮೆ GitLab ಅನ್ನು ನ್ಯಾವಿಗೇಟ್ ಮಾಡುವಾಗ ನೀವು ಹುಡುಕಾಟ ಫಲಿತಾಂಶಗಳ ಪುಟಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ನಿರ್ದಿಷ್ಟ ಯೋಜನೆಗೆ ನೇರವಾಗಿ ಹೋಗಲು ಬಯಸುತ್ತೀರಿ.
ಜಾಗತಿಕ ಹುಡುಕಾಟ ಪಟ್ಟಿಯನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು ಇತ್ತೀಚಿನ ಟಿಕೆಟ್ಗಳು, ಗುಂಪುಗಳು, ಯೋಜನೆಗಳು, ಸೆಟ್ಟಿಂಗ್ಗಳು ಮತ್ತು ಸಹಾಯ ವಿಷಯಗಳಿಗೆ ತ್ವರಿತವಾಗಿ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಬಹುದು. ನೀವು ಹಾಟ್ಕೀ ಅನ್ನು ಸಹ ಬಳಸಬಹುದು /GitLab ಅನ್ನು ಇನ್ನಷ್ಟು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಲು ನಿಮ್ಮ ಕರ್ಸರ್ ಅನ್ನು ಹುಡುಕಾಟ ಪಟ್ಟಿಗೆ ಸರಿಸಲು!
ವಿಲೀನ ವಿನಂತಿಯನ್ನು ಪರಿಶೀಲಿಸುವಾಗ, ಬದಲಾದ ಕೋಡ್ ಯುನಿಟ್ ಪರೀಕ್ಷೆಗಳಿಂದ ಆವರಿಸಲ್ಪಟ್ಟಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಲು ಕಷ್ಟವಾಗುತ್ತದೆ. ಬದಲಿಗೆ, ವಿಮರ್ಶಕರು ಒಟ್ಟಾರೆ ವ್ಯಾಪ್ತಿಯ ಮೇಲೆ ಅವಲಂಬಿತರಾಗಬಹುದು ಮತ್ತು ವಿಲೀನ ವಿನಂತಿಯನ್ನು ಅನುಮೋದಿಸುವ ಮೊದಲು ಅದನ್ನು ಹೆಚ್ಚಿಸುವಂತೆ ವಿನಂತಿಸಬಹುದು. ಇದು ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯಲು ಅಡ್ಡಾದಿಡ್ಡಿ ವಿಧಾನಕ್ಕೆ ಕಾರಣವಾಗಬಹುದು, ಇದು ವಾಸ್ತವವಾಗಿ ಕೋಡ್ ಗುಣಮಟ್ಟ ಅಥವಾ ಪರೀಕ್ಷಾ ವ್ಯಾಪ್ತಿಯನ್ನು ಸುಧಾರಿಸುವುದಿಲ್ಲ.
ಈಗ, ವಿಲೀನ ವಿನಂತಿಯ ವ್ಯತ್ಯಾಸವನ್ನು ವೀಕ್ಷಿಸುವಾಗ, ನೀವು ಕೋಡ್ ವ್ಯಾಪ್ತಿಯ ದೃಶ್ಯ ಪ್ರದರ್ಶನವನ್ನು ನೋಡುತ್ತೀರಿ. ಬದಲಾದ ಕೋಡ್ ಯುನಿಟ್ ಪರೀಕ್ಷೆಯಿಂದ ಆವರಿಸಲ್ಪಟ್ಟಿದೆಯೇ ಎಂಬುದನ್ನು ತ್ವರಿತವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಹೊಸ ಅಂಕಗಳು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಇದು ಕೋಡ್ ಪರಿಶೀಲನೆ ಮತ್ತು ಹೊಸ ಕೋಡ್ ಅನ್ನು ವಿಲೀನಗೊಳಿಸುವ ಮತ್ತು ನಿಯೋಜಿಸುವ ಸಮಯವನ್ನು ವೇಗಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ಸಪಾಕ್ಸಿ ಫ್ಯಾಬಿಯೊ ಹುಸರ್ ಮತ್ತು ಈ ವೈಶಿಷ್ಟ್ಯಕ್ಕಾಗಿ ಸೀಮೆನ್ಸ್!
GitLab 12.5 ಅನ್ನು ಬಳಸುವಾಗಿನಿಂದ ಪರಿಸರ ಫಲಕಗಳು ನೀವು ಪರಿಸರದ ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು, ಆದರೆ ಮೂರು ಯೋಜನೆಗಳಲ್ಲಿ ಏಳು ಪರಿಸರಕ್ಕಿಂತ ಹೆಚ್ಚಿಲ್ಲ. ನಿಮ್ಮ ಪರಿಸರವನ್ನು ಸ್ಕೇಲ್ನಲ್ಲಿ ನಿರ್ವಹಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡಲು ಪೇಜಿನೇಟ್ ಮಾಡುವ ಮೂಲಕ ನಾವು ಈ ಪ್ಯಾನೆಲ್ ಅನ್ನು ಬಿಡುಗಡೆ 13.4 ರಲ್ಲಿ ವರ್ಧಿಸಿದ್ದೇವೆ. ಈಗ ನೀವು ಹೆಚ್ಚಿನ ಯೋಜನೆಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಪರಿಸರವನ್ನು ನೋಡಬಹುದು.
ಇತರ ಸ್ಕ್ಯಾನರ್ಗಳು ಮತ್ತು ಪರೀಕ್ಷಾ ವಿಧಾನಗಳು ತಪ್ಪಿಸಿಕೊಳ್ಳಬಹುದಾದ ನಿಮ್ಮ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮತ್ತು API ಗಳಲ್ಲಿ ದೋಷಗಳು ಮತ್ತು ದುರ್ಬಲತೆಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲು API ಫಜಿಂಗ್ ಪರೀಕ್ಷೆಯು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ.
GitLab ನಲ್ಲಿ API ಫಜಿಂಗ್ ಪರೀಕ್ಷೆಯು ನಿಮಗೆ ಒದಗಿಸಲು ಅನುಮತಿಸುತ್ತದೆ OpenAPI v2 ವಿವರಣೆ ಅಥವಾ HAR ಫೈಲ್ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ನಂತರ ಎಡ್ಜ್ ಕೇಸ್ಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು ಮತ್ತು ದೋಷಗಳನ್ನು ಹುಡುಕಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಯಾದೃಚ್ಛಿಕ ಇನ್ಪುಟ್ ಡೇಟಾವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಉತ್ಪಾದಿಸುತ್ತದೆ. ನಿಮ್ಮ ಪೈಪ್ಲೈನ್ನಲ್ಲಿ ಫಲಿತಾಂಶಗಳು ತಕ್ಷಣವೇ ಗೋಚರಿಸುತ್ತವೆ.
ಇದು ನಮ್ಮ ಮೊದಲ API ಫಝ್ ಪರೀಕ್ಷೆಯ ಬಿಡುಗಡೆಯಾಗಿದೆ ಮತ್ತು ನಿಮ್ಮ ಅನಿಸಿಕೆಗಳನ್ನು ಕೇಳಲು ನಾವು ಇಷ್ಟಪಡುತ್ತೇವೆ. ಫಝ್ ಪರೀಕ್ಷೆಗಾಗಿ ನಾವು ಹೆಚ್ಚು ಸ್ಟಾಕ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ ಅನೇಕ ವಿಚಾರಗಳು, ಈ ವೈಶಿಷ್ಟ್ಯದ ಬಿಡುಗಡೆಯನ್ನು ನಾವು ಆಧರಿಸಿರುತ್ತೇವೆ.
ಹಿಂದೆ, GitLab ನಲ್ಲಿ ಮೆಟ್ರಿಕ್ಸ್ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ ಗ್ರಾಫ್ ಅನ್ನು ರಚಿಸುವುದು ಸುಲಭದ ಕೆಲಸವಾಗಿರಲಿಲ್ಲ. ಡ್ಯಾಶ್ಬೋರ್ಡ್ YAML ಫೈಲ್ನಲ್ಲಿ ನೀವು ಮೆಟ್ರಿಕ್ ಅನ್ನು ರಚಿಸಿದ ನಂತರ, ನೀವು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದ್ದೀರಿ master, ಹೊಸದಾಗಿ ರಚಿಸಲಾದ ಗ್ರಾಫ್ ನಿಮಗೆ ಅಗತ್ಯವಿರುವಂತೆ ನಿಖರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಾಗದೆ. ಈ ಬಿಡುಗಡೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನೀವು ಗ್ರಾಫ್ ಅನ್ನು ರಚಿಸುವಾಗ ಬದಲಾವಣೆಗಳನ್ನು ಪೂರ್ವವೀಕ್ಷಿಸಬಹುದು, ಡ್ಯಾಶ್ಬೋರ್ಡ್ YAML ಫೈಲ್ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಕಳುಹಿಸುವ ಮೊದಲು ಫಲಿತಾಂಶದ ಕಲ್ಪನೆಯನ್ನು ಪಡೆಯಬಹುದು.
ನೀವು GitLab ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಪ್ರಾಜೆಕ್ಟ್ಗಳನ್ನು ನಿರ್ವಹಿಸಿದಾಗ, ಎಲ್ಲಾ ಪ್ರಾಜೆಕ್ಟ್ಗಳಲ್ಲಿ ಕೋಡ್ ಕವರೇಜ್ ಕಾಲಾನಂತರದಲ್ಲಿ ಹೇಗೆ ಬದಲಾಗುತ್ತಿದೆ ಎಂಬುದರ ಕುರಿತು ನಿಮಗೆ ಮಾಹಿತಿಯ ಒಂದು ಮೂಲ ಅಗತ್ಯವಿರುತ್ತದೆ. ಹಿಂದೆ, ಈ ಮಾಹಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸಲು ಬೇಸರದ ಮತ್ತು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುವ ಹಸ್ತಚಾಲಿತ ಕೆಲಸದ ಅಗತ್ಯವಿದೆ: ನೀವು ಪ್ರತಿ ಯೋಜನೆಯಿಂದ ಕೋಡ್ ಕವರೇಜ್ ಡೇಟಾವನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಟೇಬಲ್ನಲ್ಲಿ ಸಂಯೋಜಿಸಬೇಕು.
ಬಿಡುಗಡೆ 13.4 ರಲ್ಲಿ, ಸುಲಭವಾಗಿ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಜೋಡಿಸಲು ಸಾಧ್ಯವಾಯಿತು .csv ಗುಂಪಿನ ಎಲ್ಲಾ ಯೋಜನೆಗಳಿಗೆ ಅಥವಾ ಯೋಜನೆಗಳ ಆಯ್ಕೆಗಾಗಿ ಕೋಡ್ ವ್ಯಾಪ್ತಿಯ ಎಲ್ಲಾ ಡೇಟಾದೊಂದಿಗೆ ಫೈಲ್. ಈ ವೈಶಿಷ್ಟ್ಯವು MVC ಆಗಿದೆ, ಇದು ಸಾಮರ್ಥ್ಯವನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಕಾಲಾನಂತರದಲ್ಲಿ ಸರಾಸರಿ ಕವರೇಜ್.
ಈ ಬಿಡುಗಡೆಯು ಪೂರ್ಣ ವ್ಯಾಪ್ತಿಯನ್ನು ಗುರಿಯಾಗಿಟ್ಟುಕೊಂಡು ಫಝ್ ಪರೀಕ್ಷೆಗಾಗಿ ಹಲವಾರು ಹೊಸ ಭಾಷೆಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ.
ಈಗ ನೀವು ನಿಮ್ಮ ಜಾವಾ, ರಸ್ಟ್ ಮತ್ತು ಸ್ವಿಫ್ಟ್ ಅಪ್ಲಿಕೇಶನ್ಗಳಲ್ಲಿ ಅಸ್ಪಷ್ಟ ಪರೀಕ್ಷೆಯ ಸಂಪೂರ್ಣ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು ಮತ್ತು ಇತರ ಸ್ಕ್ಯಾನರ್ಗಳು ಮತ್ತು ಪರೀಕ್ಷಾ ವಿಧಾನಗಳು ತಪ್ಪಿಸಿಕೊಳ್ಳಬಹುದಾದ ದೋಷಗಳು ಮತ್ತು ದುರ್ಬಲತೆಗಳನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು.
ಪರಿಸರಗಳ ಪುಟವು ನಿಮ್ಮ ಪರಿಸರದ ಒಟ್ಟಾರೆ ಸ್ಥಿತಿಯನ್ನು ತೋರಿಸುತ್ತದೆ. ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ನಾವು ಎಚ್ಚರಿಕೆಯ ಪ್ರದರ್ಶನವನ್ನು ಸೇರಿಸುವ ಮೂಲಕ ಈ ಪುಟವನ್ನು ಸುಧಾರಿಸಿದ್ದೇವೆ. ನಿಮ್ಮ ಪರಿಸರದ ಸ್ಥಿತಿಯ ಜೊತೆಗೆ ಪ್ರಚೋದಿತ ಎಚ್ಚರಿಕೆಗಳು ಉದ್ಭವಿಸುವ ಸಂದರ್ಭಗಳನ್ನು ಸರಿಪಡಿಸಲು ತ್ವರಿತವಾಗಿ ಕ್ರಮ ತೆಗೆದುಕೊಳ್ಳಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ನೆಸ್ಟೆಡ್ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ಬಳಸುವುದರಿಂದ, ಈಗ ಮಕ್ಕಳ ಪೈಪ್ಲೈನ್ಗಳ ಒಳಗೆ ಹೊಸ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಿದೆ. ವೇರಿಯಬಲ್ ಸಂಖ್ಯೆಯ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ಉತ್ಪಾದಿಸಲು ನಿಮಗೆ ನಮ್ಯತೆ ಅಗತ್ಯವಿದ್ದರೆ ಹೆಚ್ಚುವರಿ ಮಟ್ಟದ ಆಳವು ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ.
ಹಿಂದೆ, ನೆಸ್ಟೆಡ್ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ಬಳಸುವಾಗ, ಪ್ರತಿ ಚೈಲ್ಡ್ ಪೈಪ್ಲೈನ್ಗೆ ಪೋಷಕ ಪೈಪ್ಲೈನ್ನಲ್ಲಿ ಹಸ್ತಚಾಲಿತವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲು ಪ್ರಚೋದಕ ಕೆಲಸವನ್ನು ಅಗತ್ಯವಿದೆ. ಈಗ ನೀವು ನೆಸ್ಟೆಡ್ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ರಚಿಸಬಹುದು ಅದು ಯಾವುದೇ ಸಂಖ್ಯೆಯ ಹೊಸ ನೆಸ್ಟೆಡ್ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನೀವು ಮೊನೊರೆಪೊಸಿಟರಿಯನ್ನು ಹೊಂದಿದ್ದರೆ, ನೀವು ಮೊದಲ ಉಪಪೈಪ್ಲೈನ್ ಅನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ರಚಿಸಬಹುದು, ಇದು ಶಾಖೆಯಲ್ಲಿನ ಬದಲಾವಣೆಗಳ ಆಧಾರದ ಮೇಲೆ ಅಗತ್ಯವಾದ ಸಂಖ್ಯೆಯ ಹೊಸ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ಸ್ವತಃ ರಚಿಸುತ್ತದೆ.
ಹಿಂದೆ, ಪೋಷಕ ಮತ್ತು ನೆಸ್ಟೆಡ್ ಪೈಪ್ಲೈನ್ಗಳ ನಡುವೆ ನ್ಯಾವಿಗೇಟ್ ಮಾಡುವುದು ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿರಲಿಲ್ಲ - ಬಯಸಿದ ಪೈಪ್ಲೈನ್ಗೆ ಹೋಗಲು ನಿಮಗೆ ಸಾಕಷ್ಟು ಕ್ಲಿಕ್ಗಳು ಬೇಕಾಗುತ್ತವೆ. ಪೈಪ್ಲೈನ್ ಅನ್ನು ಯಾವ ಕೆಲಸ ಪ್ರಾರಂಭಿಸಿದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಸಹ ಸುಲಭವಾಗಿರಲಿಲ್ಲ. ಈಗ ಪೋಷಕ ಮತ್ತು ನೆಸ್ಟೆಡ್ ಪೈಪ್ಲೈನ್ಗಳ ನಡುವಿನ ಸಂಪರ್ಕಗಳನ್ನು ನೋಡಲು ಹೆಚ್ಚು ಸುಲಭವಾಗುತ್ತದೆ.
ನೀವು ಬಳಸಿದ್ದರೆ ಕಾರ್ಯ ಮ್ಯಾಟ್ರಿಕ್ಸ್, ನಿರ್ದಿಷ್ಟ ಕೆಲಸಕ್ಕಾಗಿ ಯಾವ ಮ್ಯಾಟ್ರಿಕ್ಸ್ ವೇರಿಯೇಬಲ್ ಅನ್ನು ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಕಷ್ಟಕರವಾಗಿದೆ ಎಂದು ನೀವು ಗಮನಿಸಿರಬಹುದು, ಏಕೆಂದರೆ ಕೆಲಸದ ಹೆಸರುಗಳು ಈ ರೀತಿ ಕಾಣುತ್ತವೆ matrix 1/4. ಬಿಡುಗಡೆ 13.4 ರಲ್ಲಿ, ಸಾಮಾನ್ಯ ಕೆಲಸದ ಹೆಸರಿನ ಬದಲಿಗೆ ಆ ಕೆಲಸದಲ್ಲಿ ಬಳಸಲಾದ ಸಂಬಂಧಿತ ವೇರಿಯಬಲ್ ಮೌಲ್ಯಗಳನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ. ಉದಾಹರಣೆಗೆ, x86 ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಡೀಬಗ್ ಮಾಡುವುದು ನಿಮ್ಮ ಗುರಿಯಾಗಿದ್ದರೆ, ಕೆಲಸವನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ matrix: debug x86.
GitLab ಬಳಕೆದಾರರು ಈಗ ತಮ್ಮ GitLab ಖಾತೆಗಳನ್ನು ತಮ್ಮ Atlassian Cloud ಖಾತೆಗೆ ಸಂಪರ್ಕಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಇದು ನಿಮ್ಮ ಅಟ್ಲಾಸಿಯನ್ ರುಜುವಾತುಗಳೊಂದಿಗೆ GitLab ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಭವಿಷ್ಯದ ಏಕೀಕರಣ ಸುಧಾರಣೆಗಳಿಗೆ ಅಡಿಪಾಯವನ್ನು ಹಾಕುತ್ತದೆ. ಜಿರಾ ಜೊತೆ ಗಿಟ್ಲಾಬ್ ಮತ್ತು ಅಟ್ಲಾಸಿಯನ್ ಲೈನ್ನ ಇತರ ಉತ್ಪನ್ನಗಳೊಂದಿಗೆ.
ಅನುಸರಣೆ-ಕೇಂದ್ರಿತ ಸಂಸ್ಥೆಗಳಿಗೆ ಲೆಕ್ಕಪರಿಶೋಧಕರಿಗೆ ಉತ್ಪಾದನೆಯಲ್ಲಿನ ಯಾವುದೇ ಬದಲಾವಣೆಯೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ಘಟಕಗಳ ಸಮಗ್ರ ನೋಟವನ್ನು ತೋರಿಸಲು ಒಂದು ಮಾರ್ಗದ ಅಗತ್ಯವಿದೆ. GitLab ನಲ್ಲಿ, ಇದರರ್ಥ ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಸಂಗ್ರಹಿಸುವುದು: ವಿಲೀನ ವಿನಂತಿಗಳು, ಟಿಕೆಟ್ಗಳು, ಪೈಪ್ಲೈನ್ಗಳು, ಭದ್ರತಾ ಸ್ಕ್ಯಾನ್ಗಳು ಮತ್ತು ಇತರ ಕಮಿಟ್ ಡೇಟಾ. ಇಲ್ಲಿಯವರೆಗೆ, ನೀವು ಅದನ್ನು GitLab ನಲ್ಲಿ ಹಸ್ತಚಾಲಿತವಾಗಿ ಸಂಗ್ರಹಿಸಬೇಕಾಗಿತ್ತು ಅಥವಾ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ನಿಮ್ಮ ಪರಿಕರಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗಿತ್ತು, ಅದು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿರಲಿಲ್ಲ.
ಆಡಿಟ್ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸಲು ಅಥವಾ ಇತರ ವಿಶ್ಲೇಷಣೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ನೀವು ಈಗ ಈ ಡೇಟಾವನ್ನು ಪ್ರೋಗ್ರಾಮ್ಯಾಟಿಕ್ ಆಗಿ ಸಂಗ್ರಹಿಸಬಹುದು ಮತ್ತು ರಫ್ತು ಮಾಡಬಹುದು. ಪ್ರಸ್ತುತ ಗುಂಪಿಗೆ ಎಲ್ಲಾ ವಿಲೀನ ಬದ್ಧತೆಗಳ ಪಟ್ಟಿಯನ್ನು ರಫ್ತು ಮಾಡಲು, ನೀವು ಹೋಗಬೇಕಾಗುತ್ತದೆ ಅನುಸರಣೆ ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗಳು ಮತ್ತು ಬಟನ್ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡಿ ಎಲ್ಲಾ ವಿಲೀನ ಬದ್ಧತೆಗಳ ಪಟ್ಟಿ. ಪರಿಣಾಮವಾಗಿ ಫೈಲ್ ವಿಲೀನ ವಿನಂತಿಯ ಎಲ್ಲಾ ಕಮಿಟ್ಗಳು, ಅವುಗಳ ಲೇಖಕರು, ಸಂಬಂಧಿತ ವಿಲೀನ ವಿನಂತಿಯ ID, ಗುಂಪು, ಯೋಜನೆ, ದೃಢೀಕರಣಕಾರರು ಮತ್ತು ಇತರ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.
GitLab ನೇಮ್ಸ್ಪೇಸ್ಗೆ ಪ್ರವೇಶವನ್ನು ನಿರ್ವಹಿಸುವುದು ಅನುಸರಣೆ ಪ್ರಯತ್ನಗಳ ಪ್ರಮುಖ ಭಾಗವಾಗಿದೆ. ಕನಿಷ್ಠ ಸವಲತ್ತುಗಳ ತತ್ವಗಳಿಂದ ಹಿಡಿದು ಸಮಯದ ಪ್ರವೇಶವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವವರೆಗೆ, GitLab ನಲ್ಲಿ ವೈಯಕ್ತಿಕ ಪ್ರವೇಶ ಟೋಕನ್ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಹಲವಾರು ಅವಶ್ಯಕತೆಗಳು ಇರಬಹುದು. ನಿಮ್ಮ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಈ ಎಲ್ಲಾ ಬಳಕೆದಾರರ ರುಜುವಾತುಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಸುಲಭವಾಗುವಂತೆ, ನಾವು ಎಲ್ಲಾ ವೈಯಕ್ತಿಕ ಪ್ರವೇಶ ಟೋಕನ್ಗಳನ್ನು ಮತ್ತು ಐಚ್ಛಿಕವಾಗಿ ಪಟ್ಟಿ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸಿದ್ದೇವೆ ಪ್ರವೇಶವನ್ನು ನಿರಾಕರಿಸು API ಮೂಲಕ.
GitLab API ಗೆ ಈ ಸುಧಾರಣೆಗಳು ಬಳಕೆದಾರರಿಗೆ ತಮ್ಮ ವೈಯಕ್ತಿಕ ಪ್ರವೇಶ ಟೋಕನ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಲು ಮತ್ತು ಹಿಂತೆಗೆದುಕೊಳ್ಳಲು ಮತ್ತು ನಿರ್ವಾಹಕರು ತಮ್ಮ ಬಳಕೆದಾರರ ಟೋಕನ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಲು ಮತ್ತು ಹಿಂತೆಗೆದುಕೊಳ್ಳಲು ಅನುಮತಿಸುತ್ತದೆ. ನಿರ್ವಾಹಕರು ತಮ್ಮ ನೇಮ್ಸ್ಪೇಸ್ಗೆ ಯಾರು ಪ್ರವೇಶವನ್ನು ಹೊಂದಿದ್ದಾರೆ ಎಂಬುದನ್ನು ನೋಡಲು, ಬಳಕೆದಾರರ ಡೇಟಾದ ಆಧಾರದ ಮೇಲೆ ಪ್ರವೇಶ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಮತ್ತು ರಾಜಿ ಮಾಡಿಕೊಂಡಿರುವ ಅಥವಾ ಕಂಪನಿಯ ಪ್ರವೇಶ ನಿರ್ವಹಣಾ ನೀತಿಗಳಿಂದ ಹೊರಗಿರುವ ವೈಯಕ್ತಿಕ ಪ್ರವೇಶ ಟೋಕನ್ಗಳನ್ನು ಹಿಂತೆಗೆದುಕೊಳ್ಳಲು ಈಗ ಸುಲಭವಾಗುತ್ತದೆ.
ಕೋಡ್ ಬದಲಾವಣೆಗಳು, ಚರ್ಚೆಗಳು ಮತ್ತು ವಿಲೀನ ವಿನಂತಿಯ ಕಮಿಟ್ಗಳನ್ನು ಪರಿಶೀಲಿಸುವಾಗ, ಆಳವಾದ ಪರಿಶೀಲನೆಗಾಗಿ ಶಾಖೆಯ ಸ್ಥಳೀಯ ಚೆಕ್ಔಟ್ ಮಾಡಲು ಅಪೇಕ್ಷಣೀಯವಾಗಿದೆ. ಆದಾಗ್ಯೂ, ವಿಲೀನ ವಿನಂತಿಯ ವಿವರಣೆಗೆ ಹೆಚ್ಚಿನ ವಿಷಯವನ್ನು ಸೇರಿಸುವುದರಿಂದ ಥ್ರೆಡ್ ಹೆಸರನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗುತ್ತದೆ ಮತ್ತು ನೀವು ಪುಟದ ಕೆಳಗೆ ಸ್ಕ್ರಾಲ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ.
ನಾವು ಶಾಖೆಯ ಹೆಸರನ್ನು ವಿಲೀನ ವಿನಂತಿಯ ಸೈಡ್ಬಾರ್ಗೆ ಸೇರಿಸಿದ್ದೇವೆ, ಅದನ್ನು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಪ್ರವೇಶಿಸುವಂತೆ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಪುಟದ ಮೂಲಕ ಸ್ಕ್ರಾಲ್ ಮಾಡುವ ಅಗತ್ಯವನ್ನು ತೆಗೆದುಹಾಕುತ್ತೇವೆ. ವಿಲೀನ ವಿನಂತಿಯ ಲಿಂಕ್ನಂತೆ, ಮೂಲ ಶಾಖೆಯ ವಿಭಾಗವು ಅನುಕೂಲಕರ "ನಕಲು" ಬಟನ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ.
ಸಪಾಕ್ಸಿ ಎಥಾನ್ ರೀಸರ್ ಈ ವೈಶಿಷ್ಟ್ಯದ ಅಭಿವೃದ್ಧಿಗೆ ನಿಮ್ಮ ದೊಡ್ಡ ಕೊಡುಗೆಗಾಗಿ!
ರೆಂಡರಿಂಗ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸಲು ಬಹು ಫೈಲ್ಗಳಿಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಸೇರಿಸುವ ವಿನಂತಿಗಳನ್ನು ವಿಲೀನಗೊಳಿಸಿ ಕೆಲವೊಮ್ಮೆ ದೊಡ್ಡ ಫೈಲ್ಗಳ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಕುಗ್ಗಿಸಿ. ಇದು ಸಂಭವಿಸಿದಾಗ, ಪರಿಶೀಲನೆಯ ಸಮಯದಲ್ಲಿ ಆಕಸ್ಮಿಕವಾಗಿ ಫೈಲ್ ಅನ್ನು ಸ್ಕಿಪ್ ಮಾಡಲು ಸಾಧ್ಯವಿದೆ, ವಿಶೇಷವಾಗಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಫೈಲ್ಗಳೊಂದಿಗೆ ವಿಲೀನ ವಿನಂತಿಗಳಲ್ಲಿ. ಆವೃತ್ತಿ 13.4 ರಿಂದ ಪ್ರಾರಂಭಿಸಿ, ವಿಲೀನ ವಿನಂತಿಗಳು ಮಡಿಸಿದ ಫೈಲ್ಗಳನ್ನು ಹೊಂದಿರುವ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಫ್ಲ್ಯಾಗ್ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೋಡ್ ಪರಿಶೀಲನೆಯ ಸಮಯದಲ್ಲಿ ನೀವು ಈ ಫೈಲ್ಗಳನ್ನು ತಪ್ಪಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಇನ್ನೂ ಹೆಚ್ಚಿನ ಸ್ಪಷ್ಟತೆಗಾಗಿ, ಭವಿಷ್ಯದ ಬಿಡುಗಡೆಯಲ್ಲಿ ಈ ಫೈಲ್ಗಳಿಗೆ ಹೈಲೈಟ್ ಮಾಡಲು ನಾವು ಯೋಜಿಸುತ್ತೇವೆ. ನವೀಕರಣಗಳಿಗಾಗಿ ಟ್ಯೂನ್ ಮಾಡಿ ಗಿಟ್ಲ್ಯಾಬ್ ಟಿಕೆಟ್#16047.
ವಿಲೀನ ವಿನಂತಿಯ ವ್ಯತ್ಯಾಸಗಳ ವಿಭಾಗದಲ್ಲಿ, ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸಲು ದೊಡ್ಡ ಫೈಲ್ಗಳನ್ನು ಕುಗ್ಗಿಸಲಾಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಕೋಡ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವಾಗ, ಎಲ್ಲಾ ದೊಡ್ಡ ಫೈಲ್ಗಳು ಕುಸಿದಿರುವುದರಿಂದ ವಿಮರ್ಶಕರು ಫೈಲ್ಗಳ ಪಟ್ಟಿಯ ಮೂಲಕ ಸ್ಕ್ರಾಲ್ ಮಾಡಿದಾಗ ಕೆಲವು ಫೈಲ್ಗಳು ತಪ್ಪಿಹೋಗಬಹುದು.
ಈ ವಿಭಾಗದಲ್ಲಿ ವಿಲೀನಗೊಂಡ ಫೈಲ್ ಇದೆ ಎಂದು ಬಳಕೆದಾರರಿಗೆ ತಿಳಿಸಲು ನಾವು ವಿಲೀನ ವಿನಂತಿಯ ವ್ಯತ್ಯಾಸ ಪುಟದ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಗೋಚರಿಸುವ ಎಚ್ಚರಿಕೆಯನ್ನು ಸೇರಿಸಿದ್ದೇವೆ. ಈ ರೀತಿಯಾಗಿ, ಪರಿಶೀಲನೆಯ ಸಮಯದಲ್ಲಿ ವಿಲೀನ ವಿನಂತಿಗೆ ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು ನೀವು ತಪ್ಪಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ.
ಹಿಂದೆ, Gitaly ಕ್ಲಸ್ಟರ್ನ ಪ್ರಾಥಮಿಕ ನೋಡ್ ಆಫ್ಲೈನ್ಗೆ ಹೋದಾಗ, ಆ ನೋಡ್ನಲ್ಲಿರುವ ರೆಪೊಸಿಟರಿಗಳನ್ನು ಓದಲು-ಮಾತ್ರ ಎಂದು ಗುರುತಿಸಲಾಗಿದೆ. ಇದು ಇನ್ನೂ ಪುನರಾವರ್ತಿಸದ ನೋಡ್ನಲ್ಲಿ ಬದಲಾವಣೆಗಳಿರುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಡೇಟಾ ನಷ್ಟವನ್ನು ತಡೆಯುತ್ತದೆ. ನೋಡ್ ಆನ್ಲೈನ್ಗೆ ಹಿಂತಿರುಗಿದಾಗ, GitLab ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಸ್ಥಾಪಿಸಲಾಗಿಲ್ಲ, ಮತ್ತು ನಿರ್ವಾಹಕರು ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಬೇಕು ಅಥವಾ ಡೇಟಾ ನಷ್ಟವನ್ನು ಸ್ವೀಕರಿಸಬೇಕು. ಸೆಕೆಂಡರಿ ನೋಡ್ನಲ್ಲಿ ಪುನರಾವರ್ತನೆಯ ಕೆಲಸದ ವೈಫಲ್ಯದಂತಹ ಇತರ ಸಂದರ್ಭಗಳು ಹಳೆಯ ಅಥವಾ ಓದಲು-ಮಾತ್ರ ರೆಪೊಸಿಟರಿಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ರೆಪೊಸಿಟರಿಯು ಮುಂದಿನ ಬರವಣಿಗೆಯ ಕಾರ್ಯಾಚರಣೆ ಸಂಭವಿಸುವವರೆಗೆ ಸ್ಥಬ್ದವಾಗಿ ಉಳಿಯಿತು, ಅದು ಪ್ರತಿಕೃತಿ ಕೆಲಸವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಪರಿಪೂರ್ಣ ಒಂದು ನೋಡ್ನಲ್ಲಿ ಹಳತಾದ ರೆಪೊಸಿಟರಿಯನ್ನು ಮತ್ತು ಇನ್ನೊಂದರಲ್ಲಿ ರೆಪೊಸಿಟರಿಯ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಯನ್ನು ಪತ್ತೆಹಚ್ಚಿದಾಗ ಈಗ ಪ್ರತಿಕೃತಿ ಕೆಲಸವನ್ನು ನಿಗದಿಪಡಿಸುತ್ತದೆ. ಈ ಪುನರಾವರ್ತನೆಯ ಕೆಲಸವು ರೆಪೊಸಿಟರಿಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನವೀಕೃತವಾಗಿರಿಸುತ್ತದೆ, ಡೇಟಾವನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮರುಸ್ಥಾಪಿಸುವ ಅಗತ್ಯವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಸ್ವಯಂಚಾಲಿತ ಮರುಪಡೆಯುವಿಕೆ ಮುಂದಿನ ಬರವಣಿಗೆಯ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಕಾಯುವ ಬದಲು, ಪುನರಾವರ್ತನೆಯ ಕೆಲಸ ವಿಫಲವಾದಲ್ಲಿ ದ್ವಿತೀಯ ನೋಡ್ಗಳನ್ನು ತ್ವರಿತವಾಗಿ ನವೀಕರಿಸಲಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಅನೇಕ ಗಿಲಾಲಿ ಕ್ಲಸ್ಟರ್ಗಳು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ರೆಪೊಸಿಟರಿಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದರಿಂದ, ನಿರ್ವಾಹಕರು ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಎಂಜಿನಿಯರ್ಗಳು ದೋಷದ ನಂತರ ಡೇಟಾವನ್ನು ಮರುಪಡೆಯಲು ಕಳೆಯುವ ಸಮಯವನ್ನು ಇದು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಸ್ವಯಂಚಾಲಿತ ದುರಸ್ತಿಯು ಕ್ಲಸ್ಟರ್ಗೆ ಸೇರಿಸಲಾದ ಯಾವುದೇ ಹೊಸ ಗಿಟಾಲಿ ನೋಡ್ನಲ್ಲಿ ರೆಪೊಸಿಟರಿಗಳ ಪುನರಾವರ್ತನೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಹೊಸ ನೋಡ್ಗಳನ್ನು ಸೇರಿಸುವಾಗ ಕೈಯಿಂದ ಮಾಡಿದ ಕೆಲಸವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.
GitLab ನಲ್ಲಿ ಪರಿಣಾಮಕಾರಿ ಸಂವಹನವು ಮಾಡಬೇಕಾದ ಪಟ್ಟಿಗಳನ್ನು ಆಧರಿಸಿದೆ. ನೀವು ಕಾಮೆಂಟ್ನಲ್ಲಿ ಉಲ್ಲೇಖಿಸಿದ್ದರೆ, ಒಂದು ಕಾರ್ಯಕ್ಕೆ ಜಿಗಿಯಲು ಮತ್ತು ಏನನ್ನಾದರೂ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಲು ಅಥವಾ ಅದು ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಗುರುತಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ನೀವು ಯಾವುದನ್ನಾದರೂ ಕೆಲಸ ಮಾಡಬೇಕಾದಾಗ ಅಥವಾ ನಂತರ ಅದಕ್ಕೆ ಹಿಂತಿರುಗಬೇಕಾದಾಗ ನಿಮಗೆ ಕೆಲಸವನ್ನು ನಿಯೋಜಿಸಲು ಸಾಧ್ಯವಾಗುವುದು ಸಹ ಮುಖ್ಯವಾಗಿದೆ.
ಈ ಹಿಂದೆ, ವಿನ್ಯಾಸಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ನಿಮಗೆ ಕಾರ್ಯಗಳನ್ನು ಸೇರಿಸಲು ಅಥವಾ ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಗುರುತಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಇದು ಉತ್ಪನ್ನ ತಂಡಗಳ ನಡುವಿನ ಸಂವಹನದ ದಕ್ಷತೆಯನ್ನು ಗಂಭೀರವಾಗಿ ಅಡ್ಡಿಪಡಿಸಿತು, ಏಕೆಂದರೆ ಮಾಡಬೇಕಾದದ್ದು GitLab ಕೆಲಸದ ಹರಿವಿನ ನಿರ್ಣಾಯಕ ಅಂಶವಾಗಿದೆ.
ಬಿಡುಗಡೆ 13.4 ರಲ್ಲಿ, ಕಾರ್ಯಗಳನ್ನು ಬಳಸುವಲ್ಲಿ ವಿನ್ಯಾಸಗಳು ಟಿಕೆಟ್ ಕಾಮೆಂಟ್ಗಳೊಂದಿಗೆ ಹಿಡಿಯುತ್ತವೆ, ಇದು ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಹೆಚ್ಚು ಸ್ಥಿರ ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮಾಡುತ್ತದೆ.
ನೀವು ಎದುರಿಸಬಹುದಾದ ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಗಳ ಕುರಿತು ಹೆಚ್ಚಿನ ಮಾಹಿತಿಯೊಂದಿಗೆ GitLab CI/CD ಗಾಗಿ ದೋಷನಿವಾರಣೆ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ನಾವು ಸುಧಾರಿಸಿದ್ದೇವೆ. GitLab CI/CD ಅನ್ನು ತ್ವರಿತವಾಗಿ ಮತ್ತು ಸುಲಭವಾಗಿ ಚಾಲನೆ ಮಾಡಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವಲ್ಲಿ ಸುಧಾರಿತ ದಸ್ತಾವೇಜನ್ನು ಅಮೂಲ್ಯವಾದ ಸಂಪನ್ಮೂಲವಾಗಿದೆ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ.
ಈ ಹಿಂದೆ, ತಡವಾದ ಕಾಮೆಂಟ್ಗಳಿಂದಾಗಿ ವಿಲೀನ ವಿನಂತಿಗಳು ಆಕಸ್ಮಿಕವಾಗಿ ವಿಲೀನ ಸರದಿಯಿಂದ ಹೊರಗುಳಿಯಬಹುದು. ವಿಲೀನ ವಿನಂತಿಯು ಈಗಾಗಲೇ ಸರದಿಯಲ್ಲಿದ್ದರೆ ಮತ್ತು ಅದಕ್ಕೆ ಯಾರಾದರೂ ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿದರೆ ಅದು ಹೊಸ ಬಗೆಹರಿಯದ ಚರ್ಚೆಯನ್ನು ರಚಿಸಿದರೆ, ವಿಲೀನ ವಿನಂತಿಯನ್ನು ವಿಲೀನಕ್ಕೆ ಅನರ್ಹವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸರದಿಯಿಂದ ಹೊರಗುಳಿಯುತ್ತದೆ. ಈಗ, ವಿಲೀನ ಸರದಿಯಲ್ಲಿ ವಿಲೀನ ವಿನಂತಿಯನ್ನು ಸೇರಿಸಿದ ನಂತರ, ವಿಲೀನ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅಡ್ಡಿಪಡಿಸುವ ಭಯವಿಲ್ಲದೆ ಹೊಸ ಕಾಮೆಂಟ್ಗಳನ್ನು ಸೇರಿಸಬಹುದು.
ಪೈಪ್ಲೈನ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ ಡೆವಲಪರ್ಗಳು ಕೋಡ್ ಕವರೇಜ್ ಮೌಲ್ಯವನ್ನು ನೋಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ - ಕವರೇಜ್ ಮೌಲ್ಯವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಪಾರ್ಸ್ ಮಾಡಬೇಕಾದ ಬಹು ಕೆಲಸಗಳೊಂದಿಗೆ ಪೈಪ್ಲೈನ್ ಅನ್ನು ಚಾಲನೆ ಮಾಡುವಂತಹ ಸಂಕೀರ್ಣ ಸನ್ನಿವೇಶಗಳಲ್ಲಿಯೂ ಸಹ. ಹಿಂದೆ, ವಿಲೀನ ವಿನಂತಿಯ ವಿಜೆಟ್ ಈ ಮೌಲ್ಯಗಳ ಸರಾಸರಿಯನ್ನು ಮಾತ್ರ ತೋರಿಸಿದೆ, ಇದರರ್ಥ ನೀವು ಮಧ್ಯಂತರ ಕವರೇಜ್ ಮೌಲ್ಯಗಳನ್ನು ಪಡೆಯಲು ಉದ್ಯೋಗ ಪುಟಕ್ಕೆ ಮತ್ತು ವಿಲೀನ ವಿನಂತಿಗೆ ಹಿಂತಿರುಗಬೇಕು ಎಂದರ್ಥ. ನಿಮ್ಮ ಸಮಯವನ್ನು ಉಳಿಸಲು ಮತ್ತು ಈ ಹೆಚ್ಚುವರಿ ಹಂತಗಳನ್ನು ಉಳಿಸಲು, ನಾವು ಸರಾಸರಿ ಕವರೇಜ್ ಮೌಲ್ಯ, ಗುರಿ ಮತ್ತು ಮೂಲ ಶಾಖೆಗಳ ನಡುವಿನ ಬದಲಾವಣೆಗಳು ಮತ್ತು ಸರಾಸರಿ ಲೆಕ್ಕಾಚಾರದ ಆಧಾರದ ಮೇಲೆ ಪ್ರತಿ ಉದ್ಯೋಗದ ಕವರೇಜ್ ಮೌಲ್ಯವನ್ನು ತೋರಿಸುವ ಟೂಲ್ಟಿಪ್ ಅನ್ನು ಪ್ರದರ್ಶಿಸಲು ನಾವು ವಿಜೆಟ್ ಅನ್ನು ಮಾಡಿದ್ದೇವೆ.
GitLab ಪ್ಯಾಕೇಜ್ ರಿಜಿಸ್ಟ್ರಿ ವಿವಿಧ ಸ್ವರೂಪಗಳಲ್ಲಿ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ವಿತರಿಸಲು ಒಂದು ಸ್ಥಳವಾಗಿದೆ. ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ ಅಥವಾ ಗುಂಪಿನಲ್ಲಿ ನೀವು ಸಾಕಷ್ಟು ಪ್ಯಾಕೇಜುಗಳನ್ನು ಹೊಂದಿರುವಾಗ, ನೀವು ಬಳಕೆಯಾಗದ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಗುರುತಿಸಬೇಕು ಮತ್ತು ಜನರು ಅವುಗಳನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡುವುದನ್ನು ತಡೆಯಲು ಅವುಗಳನ್ನು ತೆಗೆದುಹಾಕಬೇಕು. ನಿಮ್ಮ ನೋಂದಾವಣೆ ಮೂಲಕ ನೀವು ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ತೆಗೆದುಹಾಕಬಹುದು ಪ್ಯಾಕೇಜ್ API ಅಥವಾ ಪ್ಯಾಕೇಜ್ ರಿಜಿಸ್ಟ್ರಿ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ. ಆದಾಗ್ಯೂ, ಇಲ್ಲಿಯವರೆಗೆ ನೀವು UI ಮೂಲಕ ಗುಂಪನ್ನು ವೀಕ್ಷಿಸುವಾಗ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ತೆಗೆದುಹಾಕಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, ನೀವು ಪ್ರತಿ-ಯೋಜನೆಯ ಆಧಾರದ ಮೇಲೆ ಅನಗತ್ಯ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ತೆಗೆದುಹಾಕಬೇಕಾಗಿತ್ತು, ಅದು ಅಸಮರ್ಥವಾಗಿದೆ.
ಗುಂಪಿನ ಪ್ಯಾಕೇಜ್ ರಿಜಿಸ್ಟ್ರಿಯನ್ನು ವೀಕ್ಷಿಸುವಾಗ ನೀವು ಈಗ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ತೆಗೆದುಹಾಕಬಹುದು. ಗುಂಪಿನ ಪ್ಯಾಕೇಜ್ ನೋಂದಾವಣೆ ಪುಟಕ್ಕೆ ಹೋಗಿ, ಹೆಸರಿನ ಮೂಲಕ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡಿ ಮತ್ತು ನಿಮಗೆ ಅಗತ್ಯವಿಲ್ಲದ ಯಾವುದನ್ನಾದರೂ ತೆಗೆದುಹಾಕಿ.
C/C++ ಅವಲಂಬನೆಗಳನ್ನು ಪ್ರಕಟಿಸಲು ಮತ್ತು ವಿತರಿಸಲು ನೀವು GitLab ನಲ್ಲಿ Conan ರೆಪೊಸಿಟರಿಯನ್ನು ಬಳಸಬಹುದು. ಆದಾಗ್ಯೂ, ಹಿಂದಿನ ಪ್ಯಾಕೇಜ್ಗಳು ನಿದರ್ಶನ ಮಟ್ಟಕ್ಕೆ ಮಾತ್ರ ಅಳೆಯಬಹುದು, ಏಕೆಂದರೆ ಕಾನನ್ ಪ್ಯಾಕೇಜ್ ಹೆಸರು ಗರಿಷ್ಠ 51 ಅಕ್ಷರಗಳನ್ನು ಮಾತ್ರ ಹೊಂದಿರಬಹುದು. ನೀವು ಉಪಗುಂಪಿನಿಂದ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಪ್ರಕಟಿಸಲು ಬಯಸಿದರೆ, ಉದಾಹರಣೆಗೆ gitlab-org/ci-cd/package-stage/feature-testing/conan, ಇದನ್ನು ಮಾಡಲು ಅಸಾಧ್ಯವಾಗಿತ್ತು.
ನೀವು ಈಗ ಕಾನನ್ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಪ್ರಾಜೆಕ್ಟ್ ಮಟ್ಟಕ್ಕೆ ಅಳೆಯಬಹುದು, ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ಗಳ ಅವಲಂಬನೆಗಳನ್ನು ಪ್ರಕಟಿಸಲು ಮತ್ತು ವಿತರಿಸಲು ಸುಲಭವಾಗುತ್ತದೆ.
ನಮ್ಮ ಪಟ್ಟಿಗೆ NuGet 4.9+ ಅಥವಾ Conan ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ಗಳನ್ನು ಬಳಸುವ C, C++, C# ಮತ್ತು .Net ಕೋಡ್ ಯೋಜನೆಗಳಿಗೆ ಅವಲಂಬನೆ ಸ್ಕ್ಯಾನ್ಗಳನ್ನು ಸೇರಿಸಲು ನಾವು ಉತ್ಸುಕರಾಗಿದ್ದೇವೆ ಬೆಂಬಲಿತ ಭಾಷೆಗಳು ಮತ್ತು ಚೌಕಟ್ಟುಗಳು. ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ಗಳ ಮೂಲಕ ಸೇರಿಸಲಾದ ಅವಲಂಬನೆಗಳಲ್ಲಿ ತಿಳಿದಿರುವ ದೋಷಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಸುರಕ್ಷಿತ ಹಂತದ ಭಾಗವಾಗಿ ನೀವು ಈಗ ಅವಲಂಬನೆ ಸ್ಕ್ಯಾನಿಂಗ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು. ಪತ್ತೆಯಾದ ದೋಷಗಳನ್ನು ನಿಮ್ಮ ವಿಲೀನದ ವಿನಂತಿಯಲ್ಲಿ ಅವುಗಳ ತೀವ್ರತೆಯ ಮಟ್ಟದೊಂದಿಗೆ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಹೊಸ ಅವಲಂಬನೆಯು ಯಾವ ಅಪಾಯವನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ವಿಲೀನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೊದಲು ನಿಮಗೆ ತಿಳಿಯುತ್ತದೆ. ಅಗತ್ಯವಿರುವಂತೆ ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಸಹ ನೀವು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು ವಿಲೀನ ವಿನಂತಿ ದೃಢೀಕರಣ ನಿರ್ಣಾಯಕ (ನಿರ್ಣಾಯಕ), ಹೆಚ್ಚಿನ (ಉನ್ನತ) ಅಥವಾ ಅಜ್ಞಾತ (ಅಜ್ಞಾತ) ತೀವ್ರತೆಯ ಮಟ್ಟಗಳೊಂದಿಗೆ ದುರ್ಬಲತೆಗಳೊಂದಿಗಿನ ಅವಲಂಬನೆಗಳಿಗೆ.
ಹಿಂದೆ, ವಿಲೀನ ವಿನಂತಿ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಹೊಂದಿಸುವಾಗ ಪೈಪ್ಲೈನ್ ಪೂರ್ಣಗೊಂಡಾಗ ವಿಲೀನಗೊಳಿಸಿ (ಪೈಪ್ಲೈನ್ ಯಶಸ್ವಿಯಾದಾಗ ವಿಲೀನಗೊಳಿಸಿ, MWPS) ಯಾವುದೇ ಇಮೇಲ್ ಅಧಿಸೂಚನೆಯನ್ನು ಕಳುಹಿಸಲಾಗಿಲ್ಲ. ನೀವು ಸ್ಥಿತಿಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಪರಿಶೀಲಿಸಬೇಕು ಅಥವಾ ವಿಲೀನ ಅಧಿಸೂಚನೆಗಾಗಿ ಕಾಯಬೇಕು. ಈ ಬಿಡುಗಡೆಯೊಂದಿಗೆ ಬಳಕೆದಾರರ ಕೊಡುಗೆಗಳನ್ನು ವೈಶಿಷ್ಟ್ಯಗೊಳಿಸಲು ನಾವು ಸಂತೋಷಪಡುತ್ತೇವೆ @ravishankar2kool, ವಿಮರ್ಶಕರು ವಿಲೀನ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು MWPS ಗೆ ಬದಲಾಯಿಸಿದಾಗ ವಿಲೀನ ವಿನಂತಿಗೆ ಚಂದಾದಾರರಾಗಿರುವ ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ಸ್ವಯಂಚಾಲಿತ ಅಧಿಸೂಚನೆಗಳನ್ನು ಸೇರಿಸುವ ಮೂಲಕ ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ.
ಉದ್ಭವಿಸುವ ಪ್ರತಿಯೊಂದು ಸಮಸ್ಯೆಯು ತಕ್ಷಣವೇ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಪ್ರಚೋದಿಸುವುದಿಲ್ಲ: ಬಳಕೆದಾರರು ಸ್ಥಗಿತಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ತಂಡದ ಸದಸ್ಯರು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ತನಿಖೆ ಮಾಡುತ್ತಾರೆ. ಘಟನೆಗಳು ಈಗ ಒಂದು ರೀತಿಯ ಟಿಕೆಟ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ತಂಡಗಳು ತಮ್ಮ ಸಾಮಾನ್ಯ ಕೆಲಸದ ಹರಿವಿನ ಭಾಗವಾಗಿ ಅವುಗಳನ್ನು ತ್ವರಿತವಾಗಿ ರಚಿಸಬಹುದು. ಕ್ಲಿಕ್ ಹೊಸ ಕೆಲಸ GitLab ಮತ್ತು ಕ್ಷೇತ್ರದಲ್ಲಿ ಎಲ್ಲಿಂದಲಾದರೂ ಕೌಟುಂಬಿಕತೆ ಆಯ್ಕೆ ಮಾಡಿ ಘಟನೆ.
GitLab ಮಾರ್ಕ್ಡೌನ್ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೊಸ ಉಲ್ಲೇಖದ ಪ್ರಕಾರವನ್ನು ಸೇರಿಸುವ ಮೂಲಕ ನಾವು GitLab ಎಚ್ಚರಿಕೆಗಳನ್ನು ಸುಧಾರಿಸಿದ್ದೇವೆ, ಎಚ್ಚರಿಕೆಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಮತ್ತು ನಮೂದಿಸಲು ಸುಲಭವಾಗಿದೆ. ಬಳಸಿ ^alert#1234ಯಾವುದೇ ಮಾರ್ಕ್ಡೌನ್ ಕ್ಷೇತ್ರದಲ್ಲಿ ಎಚ್ಚರಿಕೆಯನ್ನು ನಮೂದಿಸಲು: ಘಟನೆಗಳು, ಟಿಕೆಟ್ಗಳು ಅಥವಾ ವಿಲೀನ ವಿನಂತಿಗಳಲ್ಲಿ. ಟಿಕೆಟ್ಗಳು ಅಥವಾ ವಿಲೀನ ವಿನಂತಿಗಳಿಗಿಂತ ಎಚ್ಚರಿಕೆಗಳಿಂದ ರಚಿಸಲಾದ ಉದ್ಯೋಗಗಳನ್ನು ಗುರುತಿಸಲು ಇದು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ಎಚ್ಚರಿಕೆಯ ವಿವರಣೆಯು ದೋಷನಿವಾರಣೆ ಮತ್ತು ಮರುಪಡೆಯುವಿಕೆಗೆ ನಿರ್ಣಾಯಕ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ, ಮತ್ತು ಈ ಮಾಹಿತಿಯನ್ನು ಸುಲಭವಾಗಿ ಪ್ರವೇಶಿಸಬಹುದು ಆದ್ದರಿಂದ ನೀವು ಘಟನೆಯನ್ನು ಪರಿಹರಿಸಲು ಕೆಲಸ ಮಾಡುವಾಗ ನೀವು ಉಪಕರಣಗಳು ಅಥವಾ ಟ್ಯಾಬ್ಗಳನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿಲ್ಲ. ಎಚ್ಚರಿಕೆಗಳಿಂದ ರಚಿಸಲಾದ ಘಟನೆಗಳು ಟ್ಯಾಬ್ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಎಚ್ಚರಿಕೆಯ ವಿವರಣೆಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತವೆ ಎಚ್ಚರಿಕೆಯ ವಿವರಗಳು.
GitLab, ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್ನಂತೆ, ನಿಮ್ಮ ಸಂಪೂರ್ಣ DevOps ವರ್ಕ್ಫ್ಲೋನಲ್ಲಿ ವಿಷಯ ಅನ್ವೇಷಣೆಯನ್ನು ವೇಗವಾಗಿ ಮಾಡುವ ಅನನ್ಯ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ. GitLab 13.4 ರಲ್ಲಿ, ಮುಂದುವರಿದ ಹುಡುಕಾಟವು 75% ವೇಗವಾಗಿ ಫಲಿತಾಂಶಗಳನ್ನು ನೀಡುತ್ತದೆ ಕೆಲವು ನೇಮ್ಸ್ಪೇಸ್ಗಳು ಮತ್ತು ಪ್ರಾಜೆಕ್ಟ್ಗಳಿಗೆ ಸೀಮಿತವಾಗಿದೆ, GitLab.com ನಲ್ಲಿರುವಂತೆ.
ಪ್ರಾಜೆಕ್ಟ್ ಅಳಿಸುವಿಕೆಯನ್ನು ಮುಂದೂಡುವ ಆಯ್ಕೆ ಇತ್ತು 12.6 ರಲ್ಲಿ ಪರಿಚಯಿಸಲಾಯಿತು. ಆದಾಗ್ಯೂ, ಅಳಿಸುವಿಕೆಗೆ ಕಾಯುತ್ತಿರುವ ಎಲ್ಲಾ ಯೋಜನೆಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ನೋಡಲು ಈ ಹಿಂದೆ ಸಾಧ್ಯವಾಗಿರಲಿಲ್ಲ. GitLab ಬಳಕೆದಾರ ನಿದರ್ಶನ ನಿರ್ವಾಹಕರು ಈಗ ಆ ಯೋಜನೆಗಳನ್ನು ಸುಲಭವಾಗಿ ಮರುಸ್ಥಾಪಿಸಲು ಬಟನ್ಗಳ ಜೊತೆಗೆ ಎಲ್ಲಾ ಬಾಕಿ ಇರುವ ಅಳಿಸುವಿಕೆ ಯೋಜನೆಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ವೀಕ್ಷಿಸಬಹುದು.
ಈ ವೈಶಿಷ್ಟ್ಯವು ಎಲ್ಲಾ ಸಂಬಂಧಿತ ಮಾಹಿತಿಯನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಸಂಗ್ರಹಿಸುವ ಮೂಲಕ ಮತ್ತು ಅನಗತ್ಯ ಅಳಿಸುವಿಕೆ ಕ್ರಿಯೆಗಳನ್ನು ರದ್ದುಗೊಳಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುವ ಮೂಲಕ ಪ್ರಾಜೆಕ್ಟ್ ಅಳಿಸುವಿಕೆಯ ಮೇಲೆ ನಿರ್ವಾಹಕರಿಗೆ ಹೆಚ್ಚಿನ ನಿಯಂತ್ರಣವನ್ನು ನೀಡುತ್ತದೆ.
ಹಿಂದೆ, GitLab UI ಮೂಲಕ ಪ್ರತಿ ಗುಂಪಿಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಭೇಟಿ ನೀಡುವ ಮೂಲಕ ಮತ್ತು ಆ ನಿಯಮಗಳನ್ನು ಅನ್ವಯಿಸುವ ಮೂಲಕ ಗುಂಪು ಪುಶ್ ನಿಯಮಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದಾಗಿದೆ. ನಿಮ್ಮ ಕಸ್ಟಮ್ ಪರಿಕರಗಳು ಮತ್ತು GitLab ಆಟೊಮೇಷನ್ ಅನ್ನು ಬೆಂಬಲಿಸಲು API ಮೂಲಕ ನೀವು ಈಗ ಈ ನಿಯಮಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದು.
ರುಜುವಾತು ಸಂಗ್ರಹಣೆ ನಿರ್ವಾಹಕರು ತಮ್ಮ GitLab ನಿದರ್ಶನಕ್ಕಾಗಿ ಬಳಕೆದಾರರ ರುಜುವಾತುಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಅಗತ್ಯವಿರುವ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅನುಸರಣೆ-ಕೇಂದ್ರಿತ ಸಂಸ್ಥೆಗಳು ತಮ್ಮ ರುಜುವಾತು ನಿರ್ವಹಣಾ ನೀತಿಗಳ ಕಠಿಣತೆಯಲ್ಲಿ ಬದಲಾಗುವುದರಿಂದ, ಬಳಕೆದಾರರ ವೈಯಕ್ತಿಕ ಪ್ರವೇಶ ಟೋಕನ್ (PAT) ಅನ್ನು ಐಚ್ಛಿಕವಾಗಿ ಹಿಂತೆಗೆದುಕೊಳ್ಳಲು ನಿರ್ವಾಹಕರನ್ನು ಅನುಮತಿಸುವ ಬಟನ್ ಅನ್ನು ನಾವು ಸೇರಿಸಿದ್ದೇವೆ. ನಿರ್ವಾಹಕರು ಈಗ ಸುಲಭವಾಗಿ ರಾಜಿ ಮಾಡಿಕೊಳ್ಳುವ PAT ಗಳನ್ನು ಹಿಂಪಡೆಯಬಹುದು. ತಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಅಡಚಣೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವ ಅನುಸರಣೆ ಆಯ್ಕೆಗಳನ್ನು ಬಯಸುವ ಸಂಸ್ಥೆಗಳಿಗೆ ಈ ವೈಶಿಷ್ಟ್ಯವು ಉಪಯುಕ್ತವಾಗಿದೆ.
GitLab 13.4 ರಲ್ಲಿ, ಸ್ಥಿರ ಸೈಟ್ ಸಂಪಾದಕವನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡಲು ನಾವು ಹೊಸ ಮಾರ್ಗವನ್ನು ಪರಿಚಯಿಸುತ್ತಿದ್ದೇವೆ. ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಉಳಿಸುವುದಿಲ್ಲ ಅಥವಾ ಸ್ವೀಕರಿಸುವುದಿಲ್ಲವಾದರೂ, ಎಡಿಟರ್ ನಡವಳಿಕೆಯ ಭವಿಷ್ಯದ ಗ್ರಾಹಕೀಕರಣಕ್ಕಾಗಿ ನಾವು ಅಡಿಪಾಯವನ್ನು ಹಾಕುತ್ತಿದ್ದೇವೆ. ಮುಂದಿನ ಬಿಡುಗಡೆಗಳಲ್ಲಿ ನಾವು ಫೈಲ್ಗೆ ಸೇರಿಸುತ್ತೇವೆ .gitlab/static-site-editor.yml ಅನುಸ್ಥಾಪನೆಗೆ ನಿಯತಾಂಕಗಳು ಮೂಲ ಸೈಟ್ ವಿಳಾಸ, ಯಾವುದರ ಮೇಲೆ ಸಂಪಾದಕದಲ್ಲಿ ಲೋಡ್ ಮಾಡಲಾದ ಚಿತ್ರಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಮಾರ್ಕ್ಡೌನ್ ಸಿಂಟ್ಯಾಕ್ಸ್ ಸೆಟ್ಟಿಂಗ್ಗಳು ಮತ್ತು ಇತರ ಎಡಿಟರ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಅತಿಕ್ರಮಿಸುವುದು.
ಫ್ರಂಟ್ ಮ್ಯಾಟರ್ ಸ್ಥಿರ ಸೈಟ್ ಜನರೇಟರ್ ಮೂಲಕ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಡೇಟಾ ಫೈಲ್ಗಳಲ್ಲಿ ಪುಟ ವೇರಿಯಬಲ್ಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲು ಹೊಂದಿಕೊಳ್ಳುವ ಮತ್ತು ಅನುಕೂಲಕರ ಮಾರ್ಗವಾಗಿದೆ. ಪುಟದ ಶೀರ್ಷಿಕೆ, ಲೇಔಟ್ ಟೆಂಪ್ಲೇಟ್ ಅಥವಾ ಲೇಖಕರನ್ನು ಹೊಂದಿಸಲು ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಆದರೆ HTML ನಲ್ಲಿ ಪುಟವನ್ನು ಸಲ್ಲಿಸುವಾಗ ಜನರೇಟರ್ಗೆ ಯಾವುದೇ ರೀತಿಯ ಮೆಟಾಡೇಟಾವನ್ನು ರವಾನಿಸಲು ಬಳಸಬಹುದು. ಪ್ರತಿ ಡೇಟಾ ಫೈಲ್ನ ಅತ್ಯಂತ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ, ಪರಿಚಯಾತ್ಮಕ ಭಾಗವನ್ನು ವಿಶಿಷ್ಟವಾಗಿ YAML ಅಥವಾ JSON ಎಂದು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಸ್ಥಿರವಾದ ಮತ್ತು ನಿಖರವಾದ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅಗತ್ಯವಿರುತ್ತದೆ. ನಿರ್ದಿಷ್ಟ ಸಿಂಟ್ಯಾಕ್ಸ್ ನಿಯಮಗಳ ಪರಿಚಯವಿಲ್ಲದ ಬಳಕೆದಾರರು ಅಮಾನ್ಯವಾದ ಮಾರ್ಕ್ಅಪ್ ಅನ್ನು ಅಜಾಗರೂಕತೆಯಿಂದ ನಮೂದಿಸಬಹುದು, ಇದು ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು ಅಥವಾ ವೈಫಲ್ಯಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು.
ಈ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ದೋಷಗಳನ್ನು ತಡೆಯಲು ಸ್ಟ್ಯಾಟಿಕ್ ಸೈಟ್ ಎಡಿಟರ್ನ WYSIWYG ಎಡಿಟಿಂಗ್ ಮೋಡ್ ಈಗಾಗಲೇ ಸಂಪಾದಕದಿಂದ ಪರಿಚಯವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಮೂಲ ಮೋಡ್ನಲ್ಲಿ ಸಂಪಾದನೆಗೆ ಹಿಂತಿರುಗದೆ ಈ ಭಾಗದಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಾಯಿಸದಂತೆ ಇದು ನಿಮ್ಮನ್ನು ತಡೆಯುತ್ತದೆ. GitLab 13.4 ರಲ್ಲಿ, ನೀವು ಯಾವುದೇ ಕ್ಷೇತ್ರವನ್ನು ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ಅದರ ಮೌಲ್ಯವನ್ನು ಪರಿಚಿತ ರೂಪಗಳ-ಆಧಾರಿತ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಸಂಪಾದಿಸಬಹುದು. ಗುಂಡಿಯನ್ನು ಒತ್ತಿದಾಗ ಸೆಟ್ಟಿಂಗ್ಗಳು (ಸೆಟ್ಟಿಂಗ್ಗಳು) ಆರಂಭದಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಪ್ರತಿ ಕೀಲಿಗಾಗಿ ಫಾರ್ಮ್ ಕ್ಷೇತ್ರವನ್ನು ತೋರಿಸುವ ಫಲಕವು ತೆರೆಯುತ್ತದೆ. ಕ್ಷೇತ್ರಗಳು ಪ್ರಸ್ತುತ ಮೌಲ್ಯದೊಂದಿಗೆ ಜನಸಂಖ್ಯೆಯನ್ನು ಹೊಂದಿವೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಸಂಪಾದಿಸುವುದು ಅದನ್ನು ವೆಬ್ ರೂಪದಲ್ಲಿ ನಮೂದಿಸುವಷ್ಟು ಸರಳವಾಗಿದೆ. ಈ ರೀತಿಯಲ್ಲಿ ಪರಿಚಯವನ್ನು ಸಂಪಾದಿಸುವುದು ಸಂಕೀರ್ಣ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ತಪ್ಪಿಸುತ್ತದೆ ಮತ್ತು ಅಂತಿಮ ಫಲಿತಾಂಶವನ್ನು ಸ್ಥಿರವಾಗಿ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವಾಗ ವಿಷಯದ ಮೇಲೆ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣವನ್ನು ನೀಡುತ್ತದೆ.
GitLab ನಲ್ಲಿ ಜಿರಾ ಬಳಕೆದಾರರಿಗೆ: ಜಿರಾಗಾಗಿ GitLab ಅಪ್ಲಿಕೇಶನ್ и DVCS ಕನೆಕ್ಟರ್ GitLab ಕಮಿಟ್ಗಳ ಕುರಿತು ಮಾಹಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸಲು ಮತ್ತು ಜಿರಾದಲ್ಲಿ ನೇರವಾಗಿ ವಿನಂತಿಗಳನ್ನು ವಿಲೀನಗೊಳಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ನಮ್ಮ ಅಂತರ್ನಿರ್ಮಿತ ಜಿರಾ ಏಕೀಕರಣದೊಂದಿಗೆ ಸಂಯೋಜಿಸಿ, ನೀವು ಕೆಲಸ ಮಾಡುವಾಗ ನೀವು ಎರಡು ಅಪ್ಲಿಕೇಶನ್ಗಳ ನಡುವೆ ಸುಲಭವಾಗಿ ಚಲಿಸಬಹುದು.
ಈ ವೈಶಿಷ್ಟ್ಯಗಳು ಈ ಹಿಂದೆ ನಮ್ಮ ಪ್ರೀಮಿಯಂ ಯೋಜನೆಯಲ್ಲಿ ಮಾತ್ರ ಲಭ್ಯವಿದ್ದವು, ಆದರೆ ಈಗ ಎಲ್ಲಾ ಬಳಕೆದಾರರಿಗೆ ಲಭ್ಯವಿದೆ!
Gitly ಕ್ಲಸ್ಟರ್ ನಿಮಗೆ Git ರೆಪೊಸಿಟರಿಗಳನ್ನು ಬಹು "ಬೆಚ್ಚಗಿನ" Gitaly ನೋಡ್ಗಳಿಗೆ ಪುನರಾವರ್ತಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಇದು ವೈಫಲ್ಯದ ಏಕೈಕ ಬಿಂದುಗಳನ್ನು ತೆಗೆದುಹಾಕುವ ಮೂಲಕ ತಪ್ಪು ಸಹಿಷ್ಣುತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ವಹಿವಾಟು ಕಾರ್ಯಾಚರಣೆಗಳು, GitLab 13.3 ರಲ್ಲಿ ಪರಿಚಯಿಸಲಾಗಿದೆ, ಕ್ಲಸ್ಟರ್ನಲ್ಲಿರುವ ಎಲ್ಲಾ Gitaly ನೋಡ್ಗಳಿಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಪ್ರಸಾರ ಮಾಡಲು ಕಾರಣವಾಗುತ್ತದೆ, ಆದರೆ ಪ್ರಾಥಮಿಕ ನೋಡ್ನೊಂದಿಗೆ ಒಪ್ಪಂದಕ್ಕೆ ಮತ ಹಾಕುವ Gitaly ನೋಡ್ಗಳು ಮಾತ್ರ ಬದಲಾವಣೆಗಳನ್ನು ಡಿಸ್ಕ್ಗೆ ಉಳಿಸುತ್ತವೆ. ಎಲ್ಲಾ ಪ್ರತಿಕೃತಿ ನೋಡ್ಗಳು ಒಪ್ಪದಿದ್ದರೆ, ಬದಲಾವಣೆಯ ಒಂದು ನಕಲನ್ನು ಮಾತ್ರ ಡಿಸ್ಕ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಅಸಮಕಾಲಿಕ ಪ್ರತಿಕೃತಿ ಪೂರ್ಣಗೊಳ್ಳುವವರೆಗೆ ವೈಫಲ್ಯದ ಒಂದು ಬಿಂದುವನ್ನು ರಚಿಸುತ್ತದೆ.
ಬಹುಮತದ ಮತದಾನವು ಡಿಸ್ಕ್ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಉಳಿಸುವ ಮೊದಲು ಬಹುಪಾಲು ನೋಡ್ಗಳ (ಎಲ್ಲವೂ ಅಲ್ಲ) ಸಮ್ಮತಿಯನ್ನು ಪಡೆಯುವ ಮೂಲಕ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ. ಈ ಟಾಗಲ್ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಬರಹವು ಬಹು ನೋಡ್ಗಳಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಬೇಕು. ಕೋರಮ್ ಅನ್ನು ರಚಿಸಿರುವ ಆ ನೋಡ್ಗಳಿಂದ ಅಸಮಕಾಲಿಕ ಪ್ರತಿಕೃತಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಭಿನ್ನಾಭಿಪ್ರಾಯದ ನೋಡ್ಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಜನರು JSON ಅಥವಾ YAML ನಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ಗಳನ್ನು ಬರೆಯುವ ಯೋಜನೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸಮಸ್ಯೆಗಳಿಗೆ ಗುರಿಯಾಗುತ್ತವೆ ಏಕೆಂದರೆ ಮುದ್ರಣದೋಷವನ್ನು ಮಾಡುವುದು ಮತ್ತು ಏನನ್ನಾದರೂ ಮುರಿಯುವುದು ಸುಲಭ. CI ಪೈಪ್ಲೈನ್ನಲ್ಲಿ ಈ ಸಮಸ್ಯೆಗಳನ್ನು ಹಿಡಿಯಲು ತಪಾಸಣೆ ಪರಿಕರಗಳನ್ನು ಬರೆಯಲು ಸಾಧ್ಯವಿದೆ, ಆದರೆ JSON ಸ್ಕೀಮಾ ಫೈಲ್ ಅನ್ನು ಬಳಸುವುದು ದಸ್ತಾವೇಜನ್ನು ಮತ್ತು ಸುಳಿವುಗಳನ್ನು ಒದಗಿಸಲು ಉಪಯುಕ್ತವಾಗಿದೆ.
ಪ್ರಾಜೆಕ್ಟ್ ಭಾಗವಹಿಸುವವರು ತಮ್ಮ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಫೈಲ್ನಲ್ಲಿ ಕಸ್ಟಮ್ ಸ್ಕೀಮಾದ ಮಾರ್ಗವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದು .gitlab/.gitlab-webide.yml, ಇದು ಪರಿಶೀಲಿಸಬೇಕಾದ ಫೈಲ್ಗಳಿಗೆ ಸ್ಕೀಮಾ ಮತ್ತು ಮಾರ್ಗವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ನೀವು ವೆಬ್ IDE ಗೆ ನಿರ್ದಿಷ್ಟ ಫೈಲ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಿದಾಗ, ಫೈಲ್ ರಚಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡಲು ಹೆಚ್ಚುವರಿ ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ಮೌಲ್ಯೀಕರಣವನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ.
ನೀವು ಕನ್ವೇಯರ್ಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ ನಿರ್ದೇಶಿಸಿದ ಅಸಿಕ್ಲಿಕ್ ಗ್ರಾಫ್ನೊಂದಿಗೆ (ನಿರ್ದೇಶಿತ ಅಸಿಕ್ಲಿಕ್ ಗ್ರಾಫ್ (ಡಿಎಜಿ)), ಉದ್ಯೋಗವು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದಾದ 10 ಉದ್ಯೋಗಗಳ ಮಿತಿಯನ್ನು ನೀವು ಕಾಣಬಹುದು needs:, ತುಂಬಾ ಕಠಿಣ. 13.4 ರಲ್ಲಿ, ನಿಮ್ಮ ಪೈಪ್ಲೈನ್ಗಳಲ್ಲಿನ ಉದ್ಯೋಗಗಳ ನಡುವಿನ ಸಂಬಂಧಗಳ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಅನುಮತಿಸಲು ಡಿಫಾಲ್ಟ್ ಮಿತಿಯನ್ನು 10 ರಿಂದ 50 ಕ್ಕೆ ಹೆಚ್ಚಿಸಲಾಗಿದೆ.
ನೀವು ಕಸ್ಟಮ್ GitLab ನಿದರ್ಶನದ ನಿರ್ವಾಹಕರಾಗಿದ್ದರೆ, ಟಾಗಲ್ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಹೊಂದಿಸುವ ಮೂಲಕ ನೀವು ಈ ಮಿತಿಯನ್ನು ಇನ್ನಷ್ಟು ಹೆಚ್ಚಿಸಬಹುದು, ಆದರೂ ನಾವು ಇದಕ್ಕೆ ಅಧಿಕೃತ ಬೆಂಬಲವನ್ನು ನೀಡುವುದಿಲ್ಲ.
ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಪೈಪ್ಲೈನ್ನಲ್ಲಿ ತಪ್ಪಿದ ಕೆಲಸವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಅವಲಂಬನೆಗಳಿಗೆ ತಪ್ಪಾಗಿ ಯಶಸ್ವಿಯಾಗಿ ಪರಿಗಣಿಸಬಹುದು needs, ಇದು ನಂತರದ ಕೆಲಸಗಳನ್ನು ಚಲಾಯಿಸಲು ಕಾರಣವಾಯಿತು, ಅದು ಸಂಭವಿಸಬಾರದು. ಈ ನಡವಳಿಕೆಯನ್ನು ಆವೃತ್ತಿ 13.4 ರಲ್ಲಿ ಸರಿಪಡಿಸಲಾಗಿದೆ ಮತ್ತು needs ಈಗ ತಪ್ಪಿದ ಕಾರ್ಯಗಳ ಪ್ರಕರಣಗಳನ್ನು ಸರಿಯಾಗಿ ನಿಭಾಯಿಸುತ್ತದೆ.
GitLab ಈಗ ಯಾವುದೇ ಸಕ್ರಿಯ ಶಾಖೆಯಲ್ಲಿ ಕೊನೆಯ ಯಶಸ್ವಿ ಕೆಲಸ ಮತ್ತು ಪೈಪ್ಲೈನ್ ಕಲಾಕೃತಿಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲಾಕ್ ಮಾಡುತ್ತದೆ, ವಿಲೀನ ವಿನಂತಿ ಅಥವಾ ಅವಧಿ ಮುಗಿದ ನಂತರ ಅದನ್ನು ಅಳಿಸುವುದನ್ನು ತಡೆಯಲು ಟ್ಯಾಗ್ ಮಾಡುತ್ತದೆ. ಹಳೆಯ ಕಲಾಕೃತಿಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಲು ಹೆಚ್ಚು ಆಕ್ರಮಣಕಾರಿ ಮುಕ್ತಾಯ ನಿಯಮಗಳನ್ನು ಹೊಂದಿಸುವುದು ಸುಲಭವಾಗುತ್ತದೆ. ಇದು ಡಿಸ್ಕ್ ಸ್ಪೇಸ್ ಬಳಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪೈಪ್ಲೈನ್ನಿಂದ ನೀವು ಯಾವಾಗಲೂ ಇತ್ತೀಚಿನ ಕಲಾಕೃತಿಯ ನಕಲನ್ನು ಹೊಂದಿರುವಿರಿ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.
ನಿಮ್ಮ CI/CD ಪೈಪ್ಲೈನ್ ಅನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದರಿಂದ ವಿತರಣಾ ವೇಗವನ್ನು ಸುಧಾರಿಸಬಹುದು ಮತ್ತು ಹಣವನ್ನು ಉಳಿಸಬಹುದು. ನಿಮ್ಮ ಪೈಪ್ಲೈನ್ಗಳನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸುವುದರಿಂದ ಹೆಚ್ಚಿನದನ್ನು ಪಡೆಯಲು ತ್ವರಿತ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ಸೇರಿಸಲು ನಾವು ನಮ್ಮ ದಾಖಲಾತಿಯನ್ನು ಸುಧಾರಿಸಿದ್ದೇವೆ.
ಘಟಕ ಪರೀಕ್ಷಾ ವರದಿ ಪೈಪ್ಲೈನ್ನಲ್ಲಿ ಎಲ್ಲಾ ಪರೀಕ್ಷೆಗಳ ಫಲಿತಾಂಶಗಳನ್ನು ನೋಡಲು ಸುಲಭವಾದ ಮಾರ್ಗವಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಪರೀಕ್ಷೆಗಳೊಂದಿಗೆ, ವಿಫಲವಾದ ಪರೀಕ್ಷೆಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ವರದಿಯನ್ನು ಬಳಸಲು ಕಷ್ಟಕರವಾಗಿಸುವ ಇತರ ಸಮಸ್ಯೆಗಳೆಂದರೆ ದೀರ್ಘ ಟ್ರೇಸ್ ಔಟ್ಪುಟ್ಗಳ ಮೂಲಕ ಸ್ಕ್ರೋಲಿಂಗ್ ಮಾಡುವ ತೊಂದರೆ ಮತ್ತು 1 ಸೆಕೆಂಡ್ಗಿಂತ ಕಡಿಮೆ ಅವಧಿಯಲ್ಲಿ ನಡೆಯುವ ಪರೀಕ್ಷೆಗಳಿಗೆ ಶೂನ್ಯಕ್ಕೆ ಸಮಯವನ್ನು ಪೂರ್ಣಗೊಳಿಸುವುದು. ಈಗ, ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಪರೀಕ್ಷಾ ವರದಿಯನ್ನು ವಿಂಗಡಿಸುವಾಗ, ಅದು ಮೊದಲು ವಿಫಲವಾದ ಪರೀಕ್ಷೆಗಳನ್ನು ವರದಿಯ ಪ್ರಾರಂಭದಲ್ಲಿ ಇರಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ಪರೀಕ್ಷೆಗಳನ್ನು ಅವಧಿಯ ಪ್ರಕಾರ ವಿಂಗಡಿಸುತ್ತದೆ. ಇದು ವೈಫಲ್ಯಗಳು ಮತ್ತು ದೀರ್ಘ ಪರೀಕ್ಷೆಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಪರೀಕ್ಷಾ ಅವಧಿಗಳನ್ನು ಈಗ ಮಿಲಿಸೆಕೆಂಡ್ಗಳು ಅಥವಾ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ, ಅವುಗಳನ್ನು ಓದಲು ಹೆಚ್ಚು ವೇಗವಾಗಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಹಿಂದಿನ ಸ್ಕ್ರೋಲಿಂಗ್ ಸಮಸ್ಯೆಗಳನ್ನು ಸಹ ಪರಿಹರಿಸಲಾಗಿದೆ.
GitLab ಪ್ಯಾಕೇಜ್ ರಿಜಿಸ್ಟ್ರಿಗೆ ಅಪ್ಲೋಡ್ ಮಾಡಬಹುದಾದ ಪ್ಯಾಕೇಜ್ ಫೈಲ್ಗಳ ಗಾತ್ರದ ಮೇಲೆ ಈಗ ಮಿತಿಗಳಿವೆ. ಪ್ಯಾಕೇಜ್ ರಿಜಿಸ್ಟ್ರಿ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಮತ್ತು ದುರುಪಯೋಗವನ್ನು ತಡೆಯಲು ನಿರ್ಬಂಧಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ. ಪ್ಯಾಕೇಜ್ ಸ್ವರೂಪವನ್ನು ಅವಲಂಬಿಸಿ ಮಿತಿಗಳು ಬದಲಾಗುತ್ತವೆ. GitLab.com ಗಾಗಿ, ಗರಿಷ್ಠ ಫೈಲ್ ಗಾತ್ರಗಳು:
ಕಾನನ್: 250MB
ಮಾವೆನ್: 3 ಜಿಬಿ
NPM: 300MB
NuGet: 250MB
PyPI: 3GB
ಕಸ್ಟಮ್ GitLab ನಿದರ್ಶನಗಳಿಗಾಗಿ, ಡೀಫಾಲ್ಟ್ಗಳು ಒಂದೇ ಆಗಿರುತ್ತವೆ. ಆದಾಗ್ಯೂ, ನಿರ್ವಾಹಕರು ಬಳಸಿ ನಿರ್ಬಂಧಗಳನ್ನು ನವೀಕರಿಸಬಹುದು ರೈಲ್ಸ್ ಕನ್ಸೋಲ್ಗಳು.
ಮೂಲ ಕೋಡ್ ಮತ್ತು CI/CD ಪೈಪ್ಲೈನ್ಗಳೊಂದಿಗೆ ಪೈಥಾನ್ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ರಚಿಸಲು, ಪ್ರಕಟಿಸಲು ಮತ್ತು ಹಂಚಿಕೊಳ್ಳಲು ನೀವು GitLab PyPI ರೆಪೊಸಿಟರಿಯನ್ನು ಬಳಸಬಹುದು. ಆದಾಗ್ಯೂ, ಈ ಹಿಂದೆ ನೀವು ಪೂರ್ವನಿರ್ಧರಿತ ಪರಿಸರ ವೇರಿಯೇಬಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ರೆಪೊಸಿಟರಿಯನ್ನು ದೃಢೀಕರಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ CI_JOB_TOKEN. ಪರಿಣಾಮವಾಗಿ, ನೀವು PyPI ರೆಪೊಸಿಟರಿಯನ್ನು ನವೀಕರಿಸಲು ನಿಮ್ಮ ವೈಯಕ್ತಿಕ ರುಜುವಾತುಗಳನ್ನು ಬಳಸಬೇಕಾಗಿತ್ತು ಅಥವಾ ನೀವು ರೆಪೊಸಿಟರಿಯನ್ನು ಬಳಸದಿರಲು ನಿರ್ಧರಿಸಿರಬಹುದು.
ಪೂರ್ವನಿರ್ಧರಿತ ಪರಿಸರ ವೇರಿಯಬಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು PyPI ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಪ್ರಕಟಿಸಲು ಮತ್ತು ಸ್ಥಾಪಿಸಲು GitLab CI/CD ಅನ್ನು ಬಳಸಲು ಈಗ ಸುಲಭವಾಗಿದೆ CI_JOB_TOKEN.
ಬೇಡಿಕೆಯಿರುವ DAST ಸ್ಕ್ಯಾನ್ಗೆ ಹಿಂದಿನ ಬಿಡುಗಡೆಯಲ್ಲಿ ಪರಿಚಯಿಸಲಾಗಿದೆ, DAST ಸ್ಕ್ಯಾನರ್ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ. ಅವರು ಈ ಸ್ಕ್ಯಾನ್ಗಳ ಕಾನ್ಫಿಗರೇಶನ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ವಿಸ್ತರಿಸುತ್ತಾರೆ, ಬಹು ಸ್ಕ್ಯಾನ್ ಪ್ರಕಾರಗಳನ್ನು ಕವರ್ ಮಾಡಲು ಬಹು ಪ್ರೊಫೈಲ್ಗಳನ್ನು ತ್ವರಿತವಾಗಿ ರಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. 13.4 ರಲ್ಲಿ, ಕ್ರಾಲರ್ ಪ್ರೊಫೈಲ್ ಸ್ಥಳೀಯವಾಗಿ ಕ್ರಾಲರ್ ಟೈಮ್ಔಟ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಅದು ಕ್ರಾಲ್ ಮಾಡಿದ ಸೈಟ್ನ ಎಲ್ಲಾ ಪುಟಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲು ಪ್ರಯತ್ನಿಸುವಾಗ DAST ಕ್ರಾಲರ್ ಎಷ್ಟು ಸಮಯದವರೆಗೆ ರನ್ ಆಗಬೇಕು ಎಂಬುದನ್ನು ಹೊಂದಿಸುತ್ತದೆ. 200 ಅಥವಾ 300 ಸ್ಥಿತಿ ಕೋಡ್ನೊಂದಿಗೆ ಸೈಟ್ ಪ್ರತಿಕ್ರಿಯಿಸದಿದ್ದಲ್ಲಿ ಕ್ರಾಲ್ ಅನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುವ ಮೊದಲು ಕ್ರಾಲರ್ ಸೈಟ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಎಷ್ಟು ಸಮಯ ಕಾಯಬೇಕು ಎಂಬುದನ್ನು ಹೊಂದಿಸಲು ಗುರಿಯ ಸೈಟ್ ಅವಧಿ ಮೀರುವ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸಹ ಪ್ರೊಫೈಲ್ ಒಳಗೊಂಡಿದೆ. ನಾವು ಸುಧಾರಿಸುವುದನ್ನು ಮುಂದುವರಿಸಿದಂತೆ ಈ ವೈಶಿಷ್ಟ್ಯವು ಇರುತ್ತದೆ ಭವಿಷ್ಯದ ಬಿಡುಗಡೆಗಳಲ್ಲಿ ಸ್ಕ್ಯಾನರ್ ಪ್ರೊಫೈಲ್ಗೆ ಸೇರಿಸಲಾಗಿದೆ; ಹೆಚ್ಚುವರಿ ಕಾನ್ಫಿಗರೇಶನ್ ನಿಯತಾಂಕಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ.
ನೀವು GitLab ಪುಟಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ ಮತ್ತು URL ಬದಲಾವಣೆಗಳನ್ನು ಉತ್ತಮವಾಗಿ ನಿರ್ವಹಿಸಲು ಬಯಸಿದರೆ, ನಿಮ್ಮ GitLab ಪುಟಗಳ ಸೈಟ್ನಲ್ಲಿ ಮರುನಿರ್ದೇಶನಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ನೀವು ಗಮನಿಸಿರಬಹುದು. ರೆಪೊಸಿಟರಿಗೆ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ಸೇರಿಸುವ ಮೂಲಕ ನಿಮ್ಮ ಪುಟಗಳ ಸೈಟ್ಗಾಗಿ ಒಂದು URL ಅನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಮರುನಿರ್ದೇಶಿಸಲು ನಿಯಮಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು GitLab ಈಗ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಕೆವಿನ್ ಬರ್ನೆಟ್ ಅವರ ಕೊಡುಗೆಯಿಂದಾಗಿ ಈ ವೈಶಿಷ್ಟ್ಯವು ಸಾಧ್ಯವಾಯಿತು (@PopeDrFreud), ನಮ್ಮ ಎರಿಕ್ ಈಸ್ಟ್ವುಡ್ (@MadLittleMods) ಮತ್ತು GitLab ತಂಡಗಳು. ನಿಮ್ಮ ಇನ್ಪುಟ್ಗಾಗಿ ಎಲ್ಲರಿಗೂ ಧನ್ಯವಾದಗಳು.
ಟೆರಾಫಾರ್ಮ್ ಸ್ಥಿತಿಯ ಹಿಂದಿನ ಆವೃತ್ತಿಗಳಿಗೆ ಪ್ರವೇಶವು ಅನುಸರಣೆಗಾಗಿ ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ ಡೀಬಗ್ ಮಾಡಲು ಎರಡೂ ಅವಶ್ಯಕವಾಗಿದೆ. GitLab 13.4 ರಿಂದ ಪ್ರಾರಂಭಿಸಿ GitLab ನಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಆವೃತ್ತಿಯ Terraform ಸ್ಥಿತಿಗೆ ಬೆಂಬಲವನ್ನು ಒದಗಿಸಲಾಗಿದೆ. ಹೊಸ ಟೆರಾಫಾರ್ಮ್ ಸ್ಟೇಟ್ ಫೈಲ್ಗಳಿಗೆ ಆವೃತ್ತಿಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಟೆರಾಫಾರ್ಮ್ ಸ್ಟೇಟ್ ಫೈಲ್ಗಳು ಆವೃತ್ತಿಯ ಭಂಡಾರಕ್ಕೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಥಳಾಂತರಿಸಲಾಗಿದೆ ನಂತರದ ಬಿಡುಗಡೆಯಲ್ಲಿ.
ಘಟನೆಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಾಗ, ಎಷ್ಟು ಸಮಯದವರೆಗೆ ಎಚ್ಚರಿಕೆಯನ್ನು ತೆರೆಯಲಾಗಿದೆ ಮತ್ತು ಎಷ್ಟು ಬಾರಿ ಈವೆಂಟ್ ಅನ್ನು ಪ್ರಚೋದಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೀವು ಸುಲಭವಾಗಿ ನಿರ್ಧರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಈ ವಿವರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಗ್ರಾಹಕರ ಮೇಲೆ ಪ್ರಭಾವವನ್ನು ನಿರ್ಧರಿಸುವಲ್ಲಿ ನಿರ್ಣಾಯಕವಾಗಿರುತ್ತವೆ ಮತ್ತು ನಿಮ್ಮ ತಂಡವು ಮೊದಲು ಏನು ತಿಳಿಸಬೇಕು. ಹೊಸ ಘಟನೆಯ ವಿವರಗಳ ಫಲಕದಲ್ಲಿ, ನಾವು ಎಚ್ಚರಿಕೆಯ ಪ್ರಾರಂಭದ ಸಮಯ, ಈವೆಂಟ್ಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ಮೂಲ ಎಚ್ಚರಿಕೆಗೆ ಲಿಂಕ್ ಅನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತೇವೆ. ಎಚ್ಚರಿಕೆಗಳಿಂದ ರಚಿಸಲಾದ ಘಟನೆಗಳಿಗೆ ಈ ಮಾಹಿತಿಯು ಲಭ್ಯವಿದೆ.
ಘಟನೆಯ ತೀವ್ರತೆಯ ಆಯಾಮವು ಪ್ರತಿಸ್ಪಂದಕರು ಮತ್ತು ಮಧ್ಯಸ್ಥಗಾರರಿಗೆ ಸ್ಥಗಿತದ ಪರಿಣಾಮವನ್ನು ನಿರ್ಧರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಹಾಗೆಯೇ ಪ್ರತಿಕ್ರಿಯೆಯ ವಿಧಾನ ಮತ್ತು ತುರ್ತು. ಘಟನೆ ರೆಸಲ್ಯೂಶನ್ ಮತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಸಮಯದಲ್ಲಿ ನಿಮ್ಮ ತಂಡವು ಫಲಿತಾಂಶಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದರಿಂದ, ಅವರು ಈ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಬದಲಾಯಿಸಬಹುದು. ಘಟನೆಯ ವಿವರಗಳ ಪುಟದ ಬಲ ಸೈಡ್ಬಾರ್ನಲ್ಲಿ ನೀವು ಈಗ ಘಟನೆಯ ತೀವ್ರತೆಯನ್ನು ಸಂಪಾದಿಸಬಹುದು ಮತ್ತು ಘಟನೆಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ತೀವ್ರತೆಯನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ.
ಕಂಟೈನರ್ ನೆಟ್ವರ್ಕ್ ಸೆಕ್ಯುರಿಟಿ ರೂಲ್ ಎಡಿಟರ್ಗೆ ಈ ವರ್ಧನೆಯು ಬಳಕೆದಾರರಿಗೆ ತಮ್ಮ ನಿಯಮಗಳನ್ನು ನೇರವಾಗಿ GitLab ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ನಿಂದ ಸುಲಭವಾಗಿ ರಚಿಸಲು, ಸಂಪಾದಿಸಲು ಮತ್ತು ಅಳಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಸಂಪಾದಕ ವೈಶಿಷ್ಟ್ಯಗಳು ಸೇರಿವೆ .yaml ಅನುಭವಿ ಬಳಕೆದಾರರಿಗೆ ಮತ್ತು ಹೊಸ ನೆಟ್ವರ್ಕ್ ನಿಯಮಗಳಿಗೆ ಅರ್ಥಗರ್ಭಿತ ಇಂಟರ್ಫೇಸ್ನೊಂದಿಗೆ ನಿಯಮಗಳ ಸಂಪಾದಕ. ವಿಭಾಗದಲ್ಲಿ ಹೊಸ ನಿಯಮಗಳ ನಿರ್ವಹಣೆ ಆಯ್ಕೆಗಳನ್ನು ನೀವು ಕಾಣಬಹುದು ಭದ್ರತೆ ಮತ್ತು ಅನುಸರಣೆ > ಬೆದರಿಕೆ ನಿರ್ವಹಣೆ > ನಿಯಮಗಳು (ಭದ್ರತೆ ಮತ್ತು ಅನುಸರಣೆ > ಬೆದರಿಕೆ ನಿರ್ವಹಣೆ > ನೀತಿಗಳು).
GitLab ಮತ್ತು GitLab ರನ್ನರ್ ಎರಡೂ ಈಗ ಬೆಂಬಲಿಸುತ್ತವೆ ಅಜೂರ್ ಬ್ಲಬ್ ಸಂಗ್ರಹಣೆ, Azure ನಲ್ಲಿ GitLab ಸೇವೆಗಳನ್ನು ಚಲಾಯಿಸಲು ಸುಲಭವಾಗುತ್ತದೆ.
GitLab ನಿದರ್ಶನಗಳು LFS ಫೈಲ್ಗಳು, CI ಕಲಾಕೃತಿಗಳು ಮತ್ತು ಸೇರಿದಂತೆ ಎಲ್ಲಾ ರೀತಿಯ ವಸ್ತು ಮಳಿಗೆಗಳಿಗೆ ಅಜೂರ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಬ್ಯಾಕಪ್ಗಳು. Azure Blob ಸಂಗ್ರಹಣೆಯನ್ನು ಹೊಂದಿಸಲು, ಅನುಸ್ಥಾಪನಾ ಸೂಚನೆಗಳನ್ನು ಅನುಸರಿಸಿ ಎಲ್ಲಾ ಅಥವಾ ಹೆಲ್ಮ್ ಚಾರ್ಟ್.
GitLab ಜಾಬ್ ಪ್ರೊಸೆಸರ್ಗಳು ಶೇಖರಣೆಗಾಗಿ Azure ಅನ್ನು ಸಹ ಬೆಂಬಲಿಸುತ್ತವೆ ವಿತರಿಸಿದ ಸಂಗ್ರಹ. ವಿಭಾಗವನ್ನು ಬಳಸಿಕೊಂಡು ಅಜೂರ್ ಸಂಗ್ರಹಣೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು [runners.cache.azure].
64-ಬಿಟ್ ARM ಆರ್ಕಿಟೆಕ್ಚರ್ನಲ್ಲಿ GitLab ಚಾಲನೆಯಲ್ಲಿರುವ ಬೆಂಬಲಕ್ಕಾಗಿ ಹೆಚ್ಚುತ್ತಿರುವ ಬೇಡಿಕೆಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ, ಅಧಿಕೃತ ARM64 Ubuntu 20.04 Omnibus ಪ್ಯಾಕೇಜ್ನ ಲಭ್ಯತೆಯನ್ನು ಘೋಷಿಸಲು ನಾವು ಸಂತೋಷಪಡುತ್ತೇವೆ. Zitai Chen ಮತ್ತು Guillaume Gardet ಅವರು ನೀಡಿದ ದೊಡ್ಡ ಕೊಡುಗೆಗಳಿಗಾಗಿ ಅವರಿಗೆ ದೊಡ್ಡ ಧನ್ಯವಾದಗಳು - ಅವರ ವಿಲೀನ ವಿನಂತಿಗಳು ಇದರಲ್ಲಿ ಪ್ರಮುಖ ಪಾತ್ರ ವಹಿಸಿವೆ!
ಉಬುಂಟು 20.04 ಗಾಗಿ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಲು ಮತ್ತು ಸ್ಥಾಪಿಸಲು, ನಮ್ಮ ಗೆ ಹೋಗಿ ಅನುಸ್ಥಾಪನ ಪುಟ ಮತ್ತು ಆಯ್ಕೆ Ubuntu.
ಹೆಲ್ಮ್ ಚಾರ್ಟ್ ಮೂಲಕ ನಿಯೋಜಿಸಲಾದ GitLab ನಿದರ್ಶನವನ್ನು ದೃಢೀಕರಿಸಲು ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ಕಾರ್ಡ್ಗಳಂತಹ (CAC) ಸ್ಮಾರ್ಟ್ ಕಾರ್ಡ್ಗಳನ್ನು ಈಗ ಬಳಸಬಹುದು. X.509 ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ಥಳೀಯ ಡೇಟಾಬೇಸ್ ವಿರುದ್ಧ ಸ್ಮಾರ್ಟ್ ಕಾರ್ಡ್ಗಳನ್ನು ದೃಢೀಕರಿಸಲಾಗುತ್ತದೆ. ಇದರೊಂದಿಗೆ, ಹೆಲ್ಮ್ ಚಾರ್ಟ್ನೊಂದಿಗೆ ಸ್ಮಾರ್ಟ್ ಕಾರ್ಡ್ ಬೆಂಬಲವು ಈಗ ಓಮ್ನಿಬಸ್ ನಿಯೋಜನೆಗಳಲ್ಲಿ ಲಭ್ಯವಿರುವ ಸ್ಮಾರ್ಟ್ ಕಾರ್ಡ್ ಬೆಂಬಲಕ್ಕೆ ಅನುಗುಣವಾಗಿದೆ.