ಮೂಲ ನಿಯಂತ್ರಣ

ನೀವು ಈಗಾಗಲೇ ಬಳಸುತ್ತಿರುವ ರೆಪೊಸಿಟರಿಯಿಂದ ನಿಯೋಜಿಸಿ — ಅದನ್ನು ಇರಿಸಲು ಒಂಬತ್ತು ಸ್ಥಳಗಳು

ನೀವು ಕಾರ್ಯನಿರ್ವಹಿಸುವ GitHub ಅಥವಾ GitLab ಖಾತೆಯನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಒಂದು branch ನಿಂದ ನೇರವಾಗಿ ನಿಯೋಜಿಸಿ: Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ಅಥವಾ AWS Amplify ಗೆ — ಅಥವಾ ನಮ್ಮದೇ ನಿರ್ವಹಣಾ ಹೋಸ್ಟಿಂಗ್‌ಗೆ, ಇಲ್ಲಿ ರೆಪೊಸಿಟರಿ ಮತ್ತು ಸೈಟ್‌ನ ಫೈಲ್‌ಗಳು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಸಿಂಕ್‌ನಲ್ಲಿರುತ್ತವೆ. ಪ್ರತಿಯೊಂದು ಸಂಪರ್ಕವು ಅದಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಸವಲತ್ತುಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ಪ್ರೊವೈಡರ್‌ನ API ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು Vault ನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ. ನೀವು GitHub ಅಥವಾ GitLab ನೊಂದಿಗೆ ಸಹ ಸೈನ್ ಇನ್ ಮಾಡಬಹುದು.

ರೆಪೊಸಿಟರಿಯಿಂದ ಲೈವ್ ಸೈಟ್‌ಗೆ ಪೈಪ್‌ಲೈನ್ ಉದ್ದಕ್ಕೂ ಚಲಿಸುವ ಕಮಿಟ್.
  • GitHub + GitLabನಿಮ್ಮಲ್ಲಿ ಈಗಾಗಲೇ ಇರುವ ಖಾತೆಯನ್ನು ಸಂಪರ್ಕಿಸಿ
  • ಒಂಬತ್ತು ಗಮ್ಯಸ್ಥಾನಗಳುಎಂಟು ಎಡ್ಜ್ ಹೋಸ್ಟ್‌ಗಳು, ಜೊತೆಗೆ ನಮ್ಮದೇ ಆದ ಫ್ಲೀಟ್
  • ದ್ವಿಮುಖ ಸಿಂಕ್ಪ್ರತಿಯೊಂದು ಸೈಟ್, ಪ್ರತಿಯೊಂದು ಸಾಲು
  • Vault ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆಪ್ರವೇಶದಲ್ಲಿ ಮೌಲ್ಯೀಕರಿಸಲಾಗಿದೆ, ಲಾಗ್‌ನಲ್ಲಿ ಎಂದಿಗೂ ಇಲ್ಲ
  • ಟೋಕನ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ಪರಿಶೀಲಿಸಲಾಗಿದೆಅತಿಯಾದ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿರುವ ಟೋಕನ್ ಎಂದಿಗೂ ಅನ್ವಯಿಸುವುದಿಲ್ಲ
  • ನಿಯೋಜಿಸಲು ಪುಶ್ ಮಾಡಿಸಹಿ ಪರಿಶೀಲಿಸಲಾಗಿದೆ ಮತ್ತು ಐಚ್ಛಿಕ
  • ನಿಮ್ಮ ಬ್ರ್ಯಾಂಚ್, ನಿಮ್ಮ ಬಿಲ್ಡ್ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರಕಟಿಸಿ ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ CI ಅನ್ನು ಚಲಾಯಿಸಿ
  • ಸರಿಯಾಗಿ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿನಾವು ರಚಿಸಿದ ಹುಕ್ ಅನ್ನು ನಿಖರವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತೇವೆ

ಒಮ್ಮೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ನೀವು ಯಾವುದನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ನೋಡಿ

ಸಂಪರ್ಕವು ನೀವು ಇನ್ನೊಬ್ಬರಿಗೆ ನೀಡುತ್ತಿರುವ ರುಜುವಾತಾಗಿದೆ. ನಮ್ಮ ವ್ಯವಸ್ಥೆಯು ಅದನ್ನು ರಚಿಸುವ ಮೊದಲು ಅದಕ್ಕೆ ಏನು ಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ, ಅದನ್ನು ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ಕಡೆಯಿಂದ ಅದನ್ನು ಹಿಂಪಡೆಯಬಹುದು.

ವಿಶೇಷಾಧಿಕಾರಗಳು, ಮೊದಲೇ ಸ್ಪಷ್ಟಪಡಿಸಲಾಗಿದೆ

ನೀವು ಟೋಕನ್ ರಚಿಸುವ ಮೊದಲು ಅದು ಏನನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಾಗಬೇಕು ಮತ್ತು ಏಕೆ ಎಂಬುದನ್ನು ನಾವು ನಿಮಗೆ ಹೇಳುತ್ತೇವೆ. ವಿನಂತಿಸುವುದು ಸುಲಭವಾಗಿತ್ತು ಎಂಬ ಕಾರಣಕ್ಕೆ ಯಾವುದೇ ವ್ಯಾಪಕ ವ್ಯಾಪ್ತಿಯಿಲ್ಲ, ಮತ್ತು ಕೆಲಸಕ್ಕೆ ಅಗತ್ಯವಿರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದನ್ನು ನಾವು ಬಯಸಿದ್ದೇವೆ ಎಂದು ನಂತರ ಕಂಡುಕೊಳ್ಳುವಂತಿಲ್ಲ.

ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಪರಿಶೀಲಿಸಲಾಗಿದೆ, ಕೇವಲ ನಂಬಿಕೆಯ ಮೇಲೆ ಸ್ವೀಕರಿಸಲಾಗಿಲ್ಲ

ನಿಮ್ಮ ಟೋಕನ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ನಾವು ಪೂರೈಕೆದಾರರ ಸ್ವಂತ API ಅನ್ನು ಅದರೊಂದಿಗೆ ಕರೆಯುತ್ತೇವೆ. ತಪ್ಪು, ಅವಧಿ ಮೀರಿದ ಅಥವಾ ತಪ್ಪಾದ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿರುವ ಟೋಕನ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿ, ಸರಿಯಾಗಿದೆ ಎಂದು ತೋರಿಸಿ, ಮೊದಲ ನೈಜ ನಿಯೋಜನೆಯಲ್ಲಿ ವಿಫಲವಾಗುವ ಬದಲು ಫಾರ್ಮ್‌ನಲ್ಲಿಯೇ ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ.

Vault ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಮತ್ತು ಬೇರೆಲ್ಲೂ ಇಲ್ಲ

ನಮ್ಮ ಕೋಡ್‌ನಲ್ಲಿ ಅಲ್ಲ, ಪರಿಸರ ಕಡತದಲ್ಲಿ ಅಲ್ಲ, ಲಾಗ್‌ನಲ್ಲಿ ಅಲ್ಲ ಮತ್ತು ಕಮಾಂಡ್ ಲೈನ್‌ನಲ್ಲಿ ಅಲ್ಲ. ಅದನ್ನು ಬಳಸುವ ಕೆಲಸದ ಹೊರೆಯಿಂದ, ಅದನ್ನು ಬಳಸುವ ಕ್ಷಣದಲ್ಲೇ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ.

ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಖಾತೆಗಳು, ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ

ವೈಯಕ್ತಿಕ ಖಾತೆ ಮತ್ತು ಸಂಸ್ಥೆಯ ಖಾತೆಯನ್ನು, ಅಥವಾ ಎರಡು ಸಂಸ್ಥೆಗಳ ಖಾತೆಗಳನ್ನು ಸಂಪರ್ಕಿಸಿ. ಪ್ರತಿಯೊಂದು ಸೈಟ್ ತಾನು ಯಾವುದರಿಂದ ನಿಯೋಜಿಸಬೇಕೆಂದು ಆಯ್ಕೆಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್‌ನ ರೆಪೊಸಿಟರಿ ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತದ್ದು ಎಂದಿಗೂ ರುಜುವಾತುಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ರೆಪೊಸಿಟರಿ ತಲುಪಬಹುದಾದ ಒಂಬತ್ತು ಸ್ಥಳಗಳು

ಎಂಟು ನಿರ್ವಹಿಸಲಾದ ಎಡ್ಜ್ ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ನಮ್ಮದೇ ಸ್ವಂತ ಫ್ಲೀಟ್. ಗಮ್ಯಸ್ಥಾನವು ಸೈಟ್‌ನ ಗುಣಲಕ್ಷಣವಾಗಿದೆ, ಸಂಪರ್ಕದ್ದಲ್ಲ, ಆದ್ದರಿಂದ ಅದೇ ರೆಪೊಸಿಟರಿಯು ಒಂದು ಶಾಖೆಯನ್ನು Pages ಹೋಸ್ಟ್‌ಗೆ ಪ್ರಕಟಿಸಬಹುದು ಮತ್ತು ಇನ್ನೊಂದು ಸೈಟ್ ನಮ್ಮ ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿ ರನ್ ಆಗಬಹುದು.

Cloudflare Pages

ಅನಿಯಮಿತ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್, ವಾಣಿಜ್ಯ ಬಳಕೆಗೆ ಅನುಮತಿ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ನಿಮ್ಮ DNS ವಲಯವನ್ನು ನಿರ್ವಹಿಸುವ ಅದೇ ಪೂರೈಕೆದಾರರಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗುವ ಅಪೆಕ್ಸ್ ಡೊಮೇನ್‌ಗಳು. ಈ ಕಾರಣಗಳಿಂದಾಗಿ, ನಾವು ಮೊದಲು ಆಯ್ಕೆ ಮಾಡುವ ತಾಣ ಇದಾಗಿದೆ.

Cloudflare Pages ಹೋಸ್ಟಿಂಗ್ →

GitHub Pages

ಕೋಡ್ ಈಗಾಗಲೇ ಇರುವ ರೆಪೊಸಿಟರಿಯಿಂದ ನೇರವಾಗಿ ಪ್ರಕಟಿಸಿ. ಹಂಚಿಕೊಂಡ github.io ಮೂಲಸೌಕರ್ಯವು ಸ್ವತಃ ಒಂದು ಹೆಜ್ಜೆಗುರುತಾಗಿರುವುದರಿಂದ Footprint-Free ಸಾಲಿನಲ್ಲಿ ಗುರುತಿಸಲಾಗಿದೆ.

GitHub Pages ಹೋಸ್ಟಿಂಗ್ →

GitLab Pages, Netlify, Vercel ಮತ್ತು ಉಳಿದವುಗಳು

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ಮತ್ತು AWS Amplify ಇವೆಲ್ಲವೂ ಒಂದೇ ಸಂಪರ್ಕ ಮತ್ತು ಅದೇ ನಿಯೋಜನೆ ಇತಿಹಾಸದೊಂದಿಗೆ ನೀವು ಸೈಟ್ ಅನ್ನು ನಿರ್ದೇಶಿಸಬಹುದಾದ ತಾಣಗಳಾಗಿವೆ.

ಸ್ಥಿರ ಸೈಟ್ ಹೋಸ್ಟಿಂಗ್ →

ನಮ್ಮದೇ ನಿರ್ವಹಣಾ ಹೋಸ್ಟಿಂಗ್

ನಿರ್ಮಿಸಲಾದ ಬಂಡಲ್ ಬದಲಿಗೆ ಪೂರ್ಣ ಅಪ್ಲಿಕೇಶನ್ — WordPress, PHP, Node. ಇದು ದ್ವಿಮುಖ ಸಿಂಕ್ ಪಡೆಯುವ ಗಮ್ಯಸ್ಥಾನವಾಗಿದೆ, ಆದ್ದರಿಂದ ಬಾಕ್ಸ್ ಮತ್ತು ಬ್ರ್ಯಾಂಚ್‌ನಲ್ಲಿರುವ ಫೈಲ್‌ಗಳು ಸಮನ್ವಯತೆಯಲ್ಲಿ ಉಳಿಯುತ್ತವೆ.

ನಿರ್ವಹಿಸಿದ ಹೋಸ್ಟಿಂಗ್ →

ಬೇರೊಬ್ಬರ ಎಡ್ಜ್‌ನಲ್ಲಿರುವ ಸೈಟ್‌ಗಳು

ನಾವು ಹೊಂದಿರದ ಹೋಸ್ಟ್‌ಗೆ ಪ್ರಕಟಿಸಲಾದ ಸೈಟ್ ಇನ್ನೂ ಮಿತಿಯನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ನೀವು ಚಲಾಯಿಸುವ ಇತರ ಎಲ್ಲದರ ಜೊತೆಗೆ ಅದರ ನಿಯೋಜನೆಗಳು, ಅದರ ಅಪ್‌ಟೈಮ್ ಮತ್ತು ಅದರ SEO ಡೇಟಾದೊಂದಿಗೆ ನಿಮ್ಮ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ಬಾಹ್ಯ ಸೈಟ್ ಕೋಟಾಗಳು →

ಅಥವಾ ಇಲ್ಲಿ ಸಂಪಾದಿಸಿ

ಇನ್-ಬ್ರೌಸರ್ ಎಡಿಟರ್ ಎರಡು-ಮುಖದ ಸಿಂಕ್ ಮರಳಿ ಕಳುಹಿಸುವ ಅದೇ ಫೈಲ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಿಂದ ತ್ವರಿತ ಪರಿಹಾರವು ನಂತರ ಯಾರೂ ಹುಡುಕಲಾಗದ ಬದಲಾವಣೆಯ ಬದಲಿಗೆ ನಿಮ್ಮ ಬ್ರಾಂಚ್‌ನಲ್ಲಿ ಕಮಿಟ್ ಆಗುತ್ತದೆ.

ವೆಬ್ ಸಂಪಾದಕ →

ದ್ವಿಮುಖ ಸಿಂಕ್

ನಿಮ್ಮ ರೆಪೊಸಿಟರಿ ಮತ್ತು ನಿಮ್ಮ ಲೈವ್ ಸೈಟ್, ಪರಸ್ಪರ ಹೊಂದಾಣಿಕೆಯಲ್ಲಿ

ಇದನ್ನು ಆನ್ ಮಾಡಿ ಮತ್ತು ಸೈಟ್‌ನ ಸ್ವಂತ ಫೈಲ್‌ಗಳನ್ನು ನಿಮ್ಮ branch ಗೆ commit ಮಾಡಲಾಗುತ್ತದೆ, ಹಾಗೆಯೇ ಆ branch ನಲ್ಲಿನ commit ಗಳು ಮತ್ತೆ ಸೈಟ್‌ಗೆ ಇಳಿದುಬರುತ್ತವೆ. ನಾವು host ಮಾಡುವ ಪ್ರತಿಯೊಂದು ಸೈಟ್‌ನಲ್ಲಿ, ಪ್ರತಿಯೊಂದು ಲೈನ್‌ನಲ್ಲೂ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ — ಕೆಳಗಿರುವ ಯಂತ್ರವು ತನ್ನ ಫೈಲ್‌ಗಳ ವಿರುದ್ಧ Git ಅನ್ನು ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗಬೇಕು ಎಂಬುದು ಮಾತ್ರ ಏಕೈಕ ಅವಶ್ಯಕತೆಯಾಗಿದೆ, ಇದನ್ನು ಯೋಜನೆಯಿಂದ ಊಹಿಸುವ ಬದಲು ಸರ್ವರ್‌ನಿಂದ ಕೇಳಲಾಗುತ್ತದೆ.

ಯಾವ ಡೈರೆಕ್ಟರಿಯನ್ನು ಸಿಂಕ್ ಮಾಡಬೇಕೆಂದು ನೀವೇ ಆಯ್ಕೆಮಾಡುತ್ತೀರಿ, ಏಕೆಂದರೆ WordPress ಗ್ರಾಹಕರು ತಮ್ಮ ಥೀಮ್ ಟ್ರ್ಯಾಕ್ ಆಗಬೇಕೆಂದು ಬಯಸುತ್ತಾರೆ, ನಲವತ್ತು ಸಾವಿರ ಕೋರ್ ಫೈಲ್‌ಗಳನ್ನಲ್ಲ. ಮತ್ತು ನೀವು ಅದನ್ನು ಆನ್ ಮಾಡುವವರೆಗೆ ಅದು ಆಫ್ ಆಗಿರುತ್ತದೆ: ಸಿಂಕ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಬೇರೆಯವರ ರೆಪೊಸಿಟರಿಯ ಬಗೆಗಿನ ನಿರ್ಧಾರವಾಗಿದೆ, ಮತ್ತು ಮೈಗ್ರೇಷನ್ ನಿಮ್ಮ ಪರವಾಗಿ ಆ ನಿರ್ಧಾರವನ್ನು ಎಂದಿಗೂ ತೆಗೆದುಕೊಳ್ಳಬಾರದು.

  • ನಮ್ಮ ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿನ ಸಂಪಾದನೆಗಳು ನಿಮ್ಮ ಬ್ರಾಂಚ್‌ನಲ್ಲಿ ಕಮಿಟ್‌ಗಳಾಗುತ್ತವೆ
  • ನಿಮ್ಮ ಶಾಖೆಯ (branch) ಕಮಿಟ್‌ಗಳು ಸೈಟ್‌ಗೆ ಹಿಂತಿರುಗುತ್ತವೆ
  • ಸಂಪೂರ್ಣ ಡಾಕ್ಯುಮೆಂಟ್ ರೂಟ್ ಅಲ್ಲದೆ, ಕೇವಲ ಒಂದು ಡೈರೆಕ್ಟರಿಯನ್ನು — ಥೀಮ್, ಪ್ಲಗಿನ್ — ಸಿಂಕ್ ಮಾಡಿ
  • ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಆಫ್ ಆಗಿದೆ, ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಸೈಟ್ ಸೇರಿದಂತೆ
ಎಡಿಟರ್‌ನಲ್ಲಿ ತೆರೆದಿರುವ ಫೈಲ್ ಮತ್ತು ಅದೇ ಫೈಲ್ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಕಮಿಟ್ ಆಗಿ ತೋರಿಸಲಾಗಿದೆ.

ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರಕಟಿಸಿ, ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ CI ಅದನ್ನು ನಿರ್ಮಿಸಲು ಬಿಡಿ

ಎರಡು ಮೋಡ್‌ಗಳು, ಮತ್ತು ಬಿಲ್ಡ್ ಎಲ್ಲಿ ರನ್ ಆಗುತ್ತದೆ ಎಂಬುದೇ ವ್ಯತ್ಯಾಸ. ಎರಡೂ ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ: ನಾವು ತರುವ ಮತ್ತು ಪ್ರಕಟಿಸುವ ರೆಫ್, ಡಿಪ್ಲಾಯ್‌ಗೆ ಪ್ರತಿಯಾಗಿ ಕಮಿಟ್ ಅನ್ನು ದಾಖಲಿಸಲಾಗುತ್ತದೆ.

  • ಪ್ರಕಟಣೆ ಮೋಡ್ ನಿಮ್ಮ ಶಾಖೆಯನ್ನು ಹಾಗೆಯೇ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ನೀವು ಹೆಸರಿಸಿದ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ — ಖಾಲಿ ಬಿಟ್ಟರೆ ರೆಪೊಸಿಟರಿ ರೂಟ್ ಎಂದರ್ಥ.
  • CI ಮೋಡ್ ನಿಮ್ಮ ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ಪೈಪ್‌ಲೈನ್‌ನಲ್ಲಿ ನಿಮ್ಮ ಬಿಲ್ಡ್ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಔಟ್‌ಪುಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಪ್ರಕಟಣಾ ಶಾಖೆಗೆ ಕಮಿಟ್ ಮಾಡುತ್ತದೆ, ಅದನ್ನು ನಾವು ಯಾವುದೇ ಇತರ ರೆಫರೆನ್ಸ್‌ನಂತೆ ಪಡೆಯುತ್ತೇವೆ.
  • ನಿಯೋಜನೆಯು ಪ್ರಕಟವಾಗುವ ಶಾಖೆಯನ್ನು ಯಾವಾಗಲೂ ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸಲಾಗುತ್ತದೆ, ಎಂದಿಗೂ "ಡೀಫಾಲ್ಟ್ ಶಾಖೆ" ಎಂದು ಕರೆಯಲಾಗುವುದಿಲ್ಲ — ಡೀಫಾಲ್ಟ್ ನಿಮ್ಮ ಅರಿವಿಲ್ಲದೆಯೇ ಬದಲಾಗಬಹುದು, ಮತ್ತು ಯಾವ ಶಾಖೆಯನ್ನು ಪ್ರಕಟಿಸಿದೆ ಎಂದು ಹೇಳಲು ಸಾಧ್ಯವಾಗದ ಇತಿಹಾಸವು ಇತಿಹಾಸವೇ ಅಲ್ಲ.
  • ಸ್ವಯಂ ನಿಯೋಜನೆಯು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಆನ್ ಆಗಿರುತ್ತದೆ ಮತ್ತು ವೆಬ್‌ಹುಕ್ ತೆಗೆದುಹಾಕದೆಯೇ ಅದನ್ನು ಆಫ್ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ ಅವು ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುವ ಮೊದಲು ನೀವು ಡೆಲಿವರಿಗಳ ಆಗಮನವನ್ನು ವೀಕ್ಷಿಸಬಹುದು.
  • ಪ್ರತಿಯೊಂದು ನಿಯೋಜನೆಯು ತನ್ನ ಕಮಿಟ್, ಅದರ ಫಲಿತಾಂಶ ಮತ್ತು ಅದರ ಸಮಯವನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಲಿಸುತ್ತದೆ — ಬಿಲ್ಡ್ ಪೂರ್ಣಗೊಂಡಂತೆ ಪುಟವು ನವೀಕರಿಸಲ್ಪಡುತ್ತದೆ.
  • ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವುದರಿಂದ ನಾವು ರಚಿಸಿದ ವೆಬ್‌ಹುಕ್ ಅನ್ನು ಅದರ id ಮೂಲಕ ಮಾತ್ರ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಬೇರೇನನ್ನೂ ತೆಗೆದುಹಾಕಲಾಗುವುದಿಲ್ಲ.

ರೆಪೊಸಿಟರಿಯಿಂದ ಲೈವ್ ಸೈಟ್‌ಗೆ

  1. ಖಾತೆಯನ್ನು ಸಂಪರ್ಕಿಸಿ

    GitHub ಅಥವಾ GitLab, ಸಂಪರ್ಕಗಳು ಅಡಿಯಲ್ಲಿ. ನೀವು ಟೋಕನ್ ರಚಿಸುವ ಮೊದಲು ಸವಲತ್ತುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ಪೂರೈಕೆದಾರರ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.

  2. ಸೈಟ್ ಅನ್ನು ರೆಪೊಸಿಟರಿಗೆ ಪಾಯಿಂಟ್ ಮಾಡಿ

    ಮಾಲೀಕರು, ರೆಪೊಸಿಟರಿ, ಶಾಖೆ, ಮತ್ತು ನಾವು ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರಕಟಿಸುತ್ತೇವೆಯೇ ಅಥವಾ ನಿಮ್ಮ CI ನಿರ್ಮಿಸಿದ್ದನ್ನು ತರುತ್ತೇವೆಯೇ ಎಂಬುದು. ಅದರ ಭಾಗವಾಗಿ ನಾವು ಪುಶ್ ವೆಬ್‌ಹುಕ್ ಅನ್ನು ನೋಂದಾಯಿಸುತ್ತೇವೆ.

  3. ತಳ್ಳಿ, ಅಥವಾ ಬಟನ್ ಒತ್ತಿರಿ

    ಗೊತ್ತುಪಡಿಸಿದ ಶಾಖೆಗೆ ಪುಶ್ ಮಾಡುವುದರಿಂದ ನಿಯೋಜನೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಅಥವಾ ಸೈಟ್‌ನ ನಿಯೋಜನೆ ಟ್ಯಾಬ್‌ನಿಂದ ನೀವು ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ನಿಯೋಜಿಸಬಹುದು. ಬಿಲ್ಡ್‌ಗಳು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ರನ್ ಆಗುತ್ತವೆ.

  4. ಇದನ್ನು ವೀಕ್ಷಿಸಿ ಮತ್ತು ನೀವು ಬಯಸಿದರೆ ಮತ್ತೆ ಸಿಂಕ್ ಮಾಡಿ

    ನಿಯೋಜನೆ ಇತಿಹಾಸವು ಏನನ್ನು ಮತ್ತು ಯಾವಾಗ ಪ್ರಕಟಿಸಲಾಯಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ದ್ವಿಮುಖ ಸಿಂಕ್ ಅನ್ನು ಆನ್ ಮಾಡಿ ಮತ್ತು ನೀವು ಇಲ್ಲಿ ಮಾಡುವ ಸಂಪಾದನೆಗಳು ನಿಮ್ಮ ಶಾಖೆಯಲ್ಲಿ ಕಮಿಟ್‌ಗಳಾಗಿ ಹಿಂತಿರುಗುತ್ತವೆ.

ಏನಾದರೂ ತಪ್ಪಾದಾಗ

“ಸಂಪರ್ಕಗೊಂಡಿದೆ ಆದರೆ ಎಂದಿಗೂ ತಲುಪಿಸಲಾಗಿಲ್ಲ” ಎಂಬುದು ನಾವು ವಾಸ್ತವವಾಗಿ ನಿಮಗೆ ತಿಳಿಸುವ ಸ್ಥಿತಿಯಾಗಿದೆ

ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣಿಸುವ ಮತ್ತು ಏನನ್ನೂ ಸ್ವೀಕರಿಸದ ರೆಪೊಸಿಟರಿ ಸಂಪರ್ಕವು ಶ್ರೇಷ್ಠ ಮೌನ ವೈಫಲ್ಯವಾಗಿದೆ — ತಪ್ಪಾದ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿರುವ ಟೋಕನ್, ಪೂರೈಕೆದಾರರಲ್ಲಿ ನಿರ್ಬಂಧಿಸಲಾದ ವಿತರಣೆ, ಯಾರೋ ಹಸ್ತಚಾಲಿತವಾಗಿ ತೆಗೆದುಹಾಕಿದ ಹುಕ್. ಇದು ಪ್ರತಿಯೊಂದು ಇತರ ಪರದೆಯಲ್ಲೂ ಅಗೋಚರವಾಗಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ರೆಪೊಸಿಟರಿ ಕಾರ್ಡ್ ಅದನ್ನು ನೇರವಾಗಿ ಒಯ್ಯುತ್ತದೆ: ಪೂರೈಕೆದಾರರು ನಮಗೆ ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ವಿತರಿಸಿದರು ಮತ್ತು ಅದು ಏನು ಹೇಳಿದೆ.

ವಿತರಣೆಗಳ ಮೇಲೆ ಕ್ರಮ ಕೈಗೊಳ್ಳುವ ಮೊದಲು ಅವುಗಳ ಸಹಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ; ಎಲ್ಲರಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ನಾವು ಭಾವಿಸಿದ ಯೋಜನೆಯ ಬದಲಿಗೆ ಪ್ರತಿಯೊಬ್ಬ ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ಯೋಜನೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಪರಿಶೀಲನೆಯಾಗದ ವಿತರಣೆಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ನಿರ್ಲಕ್ಷಿಸದೆ, ತಿರಸ್ಕರಿಸಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ.

  • ಕಾರ್ಡ್‌ನಲ್ಲಿ ಕೊನೆಯ ಡೆಲಿವರಿ ಸಮಯ ಮತ್ತು ಸಂದೇಶ
  • "ಎಂದಿಗೂ ತಲುಪಿಸಲಾಗಿಲ್ಲ" ಎಂದು ನಮೂದಿಸಲಾಗಿದೆ, ಖಾಲಿ ಬಿಡಲಾಗಿಲ್ಲ
  • ಯಾವುದೇ ಕಾರ್ಯಾಚರಣೆ ನಡೆಯುವ ಮೊದಲು ಪ್ರತಿ ಪೂರೈಕೆದಾರರಿಗೆ ಸಹಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ
  • ನೀವು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿದಾಗ ನಾವು ರಚಿಸಿದ ಹುಕ್ ಅನ್ನು ಐಡಿ ಮೂಲಕ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ
ಯಾವುದನ್ನಾದರೂ ಪ್ರಚೋದಿಸುವ ಮೊದಲು ವೆಬ್‌ಹುಕ್ ವಿತರಣೆ ತಲುಪುತ್ತಿದೆ ಮತ್ತು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ.

ಗುರುತು

GitHub ಅಥವಾ GitLab ಮೂಲಕ ಸೈನ್ ಇನ್ ಮಾಡಿ — ಅಥವಾ Google, ಅಥವಾ Microsoft

ಇಮೇಲ್ ವಿಳಾಸ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಜೊತೆಗೆ, ನೀವು GitHub, GitLab, Google ಅಥವಾ Microsoft ಮೂಲಕ ನಿಮ್ಮ Zinn Digital® ಖಾತೆಗೆ ಸೈನ್ ಇನ್ ಮಾಡಬಹುದು. ಗುರುತಿನ ಪದರವು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ; ನಾವು ನಿಮ್ಮ ಒದಗಿಸುವವರ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ, ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ Zinn® ಖಾತೆಗೆ ಸಾಮಾಜಿಕ ಖಾತೆಯನ್ನು ಲಿಂಕ್ ಮಾಡುವುದನ್ನು ಇನ್ನೂ ಇಮೇಲ್ ಮೂಲಕ ದೃಢೀಕರಿಸಬೇಕಾಗಿದೆ.

GitHub ಮೂಲಕ ಸೈನ್ ಇನ್ ಮಾಡುವುದು ಮತ್ತು ನಿಯೋಜನೆಗಳಿಗಾಗಿ GitHub ಅನ್ನು ಸಂಪರ್ಕಿಸುವುದು ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ ರುಜುವಾತುಗಳಾಗಿವೆ. ಒಂದನ್ನು ಮಾಡುವುದರಿಂದ ಇನ್ನೊಂದನ್ನು ಮಾಡಿದಂತಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಒಂದನ್ನು ತೆಗೆದುಹಾಕುವುದರಿಂದ ಇನ್ನೊಂದನ್ನು ತೆಗೆದುಹಾಕಲಾಗುವುದಿಲ್ಲ.

  • GitHub, GitLab, Google ಮತ್ತು Microsoft ಸೈನ್-ಇನ್
  • ಒಂದೇ ಖಾತೆಯಲ್ಲಿ ಪಾಸ್‌ಕೀಗಳು ಮತ್ತು ಎರಡು ಅಂಶಗಳ ದೃಢೀಕರಣ
  • ಸೈನ್-ಇನ್ ಮತ್ತು ನಿಯೋಜನೆ ರುಜುವಾತುಗಳು ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತವೆ
ನಿಮ್ಮ ತಂಡಕ್ಕಾಗಿ ನಿಯೋಜಿತ ಪ್ರವೇಶ
ವಿವಿಧ ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಒಂದೇ ಖಾತೆಗೆ ಸೈನ್ ಇನ್ ಮಾಡುತ್ತಿರುವ ಹಲವಾರು ವ್ಯಕ್ತಿಗಳು.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

ಯಾವ ಮೂಲ-ನಿಯಂತ್ರಣ ಪೂರೈಕೆದಾರರನ್ನು ನಾನು ಸಂಪರ್ಕಿಸಬಹುದು?

GitHub ಮತ್ತು GitLab. ನೀವು ಈಗಾಗಲೇ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಖಾತೆಯನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ನಾವು ಅದರ ರೆಪೊಸಿಟರಿಗಳಿಂದ ನಿಯೋಜಿಸಬಹುದು, ಅವುಗಳ ಮೇಲೆ ಪುಶ್ ವೆಬ್‌ಹುಕ್ ಅನ್ನು ನೋಂದಾಯಿಸಬಹುದು ಮತ್ತು — ನೀವು ಬಯಸಿದರೆ — ನಿಮ್ಮ ಸೈಟ್‌ನ ಫೈಲ್‌ಗಳನ್ನು ಇತರ ರೀತಿಯಲ್ಲಿ ಮತ್ತೆ ಸಿಂಕ್ ಮಾಡಬಹುದು. ಎರಡೂ ಒಂದೇ ಸಂಪರ್ಕಿತ-ಖಾತೆಯ ಸೀಮ್ ಮೂಲಕ ಹೋಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಕೆಳಗಿನ ಪ್ರತಿಯೊಂದೂ ಎರಡಕ್ಕೂ ಅನ್ವಯಿಸುತ್ತದೆ.

ನಾನು GitHub ಅಥವಾ GitLab ಮೂಲಕ ಸೈನ್ ಇನ್ ಮಾಡಬಹುದೇ?

ಹೌದು, ಮತ್ತು Google ಅಥವಾ Microsoft ನೊಂದಿಗೆ ಕೂಡ. ಇಮೇಲ್ ವಿಳಾಸ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಜೊತೆಗೆ, ಈ ನಾಲ್ಕರಲ್ಲಿ ಯಾವುದಾದರೂ ಒಂದನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ನಿಮ್ಮ Zinn Digital® ಖಾತೆಗೆ ಸೈನ್ ಇನ್ ಮಾಡಬಹುದು. ಗುರುತಿನ ಪದರವು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಪೂರೈಕೆದಾರರ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ನಾವು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ. GitHub ನೊಂದಿಗೆ ಸೈನ್ ಇನ್ ಮಾಡುವುದು ಡಿಪ್ಲಾಯ್‌ಗಳಿಗಾಗಿ GitHub ಅನ್ನು ಸಂಪರ್ಕಿಸುವುದಕ್ಕಿಂತ ಪ್ರತ್ಯೇಕವಾದ ವಿಷಯವಾಗಿದೆ — ನೀವು ಎರಡರಲ್ಲಿ ಒಂದನ್ನು, ಎರಡನ್ನೂ ಅಥವಾ ಯಾವುದನ್ನೂ ಮಾಡದಿರಬಹುದು.

ನಾನು ರೆಪೊಸಿಟರಿಯನ್ನು ಎಲ್ಲಿ ನಿಯೋಜಿಸಬಹುದು?

ಸ್ಥಿರ ಅಥವಾ ಬಿಲ್ಡ್ ಮಾಡಿದ ಸೈಟ್‌ಗಾಗಿ Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ಅಥವಾ AWS Amplify ಗೆ — ಅಥವಾ ರೆಪೊಸಿಟರಿ ಮತ್ತು ಸೈಟ್‌ನ ಫೈಲ್‌ಗಳು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಸಿಂಕ್‌ನಲ್ಲಿರುವ ನಮ್ಮದೇ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಹೋಸ್ಟಿಂಗ್‌ಗೆ ನಿಯೋಜಿಸಿ. ಸೈಟ್‌ಗಾಗಿ ಗಮ್ಯಸ್ಥಾನವನ್ನು ನೀವೇ ಆರಿಸಿಕೊಳ್ಳಿ; ರೆಪೊಸಿಟರಿ ಸಂಪರ್ಕವು ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಒಂದೇ ಆಗಿರುತ್ತದೆ.

ನೀವು ನನ್ನ ಸೈಟ್ ಅನ್ನು ನಿರ್ಮಿಸಿಕೊಡಬಹುದೇ, ಅಥವಾ ಅದನ್ನು ಮೊದಲೇ ನಿರ್ಮಿಸಿರಬೇಕೇ?

ಯಾವುದಾದರೂ. ಪ್ರಕಟಣೆ ಮೋಡ್‌ನಲ್ಲಿ ನಾವು ಶಾಖೆಯನ್ನು ಇದ್ದಂತೆಯೇ ತೆಗೆದುಕೊಂಡು ನೀವು ಹೆಸರಿಸುವ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರಕಟಿಸುತ್ತೇವೆ. CI ಮೋಡ್‌ನಲ್ಲಿ ನಿಮ್ಮ ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ಪೈಪ್‌ಲೈನ್ ನಿಮ್ಮ ಬಿಲ್ಡ್ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಔಟ್‌ಪುಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಪ್ರಕಟಣೆ ಶಾಖೆಗೆ ಕಮಿಟ್ ಮಾಡುತ್ತದೆ, ನಂತರ ನಾವು ಅದನ್ನು ಯಾವುದೇ ಇತರ ರೆಫರೆನ್ಸ್‌ನಂತೆ ಪಡೆಯುತ್ತೇವೆ. ಎರಡನೆಯದು ನಿಮ್ಮ ಬಿಲ್ಡ್ ಅನ್ನು ನಿಮ್ಮ ಸ್ವಂತ CI ನಲ್ಲಿ ಇರಿಸುತ್ತದೆ, ಅಲ್ಲಿ ನಿಮ್ಮ ರಹಸ್ಯಗಳು ಮತ್ತು ನಿಮ್ಮ ಕ್ಯಾಶಿಂಗ್ ಈಗಾಗಲೇ ಇರುತ್ತವೆ.

ಪುಶ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿಯೋಜನೆಗೊಳ್ಳುತ್ತದೆಯೇ?

ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಹೌದು — ನಾವು ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ವೆಬ್‌ಹುಕ್ ಅನ್ನು ನೋಂದಾಯಿಸುತ್ತೇವೆ ಮತ್ತು ನೀವು ನಾಮನಿರ್ದೇಶನ ಮಾಡಿದ ಬ್ರ್ಯಾಂಚ್‌ಗೆ ಪುಶ್ ಮಾಡುವುದರಿಂದ ಡಿಪ್ಲಾಯ್ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ನೀವು ಅದನ್ನು ಆಫ್ ಮಾಡಬಹುದು ಮತ್ತು ವೆಬ್‌ಹುಕ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬಹುದು, ಇದು ಕೇಳುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾಗಿದೆ: ಡೆಲಿವರಿಯನ್ನು ಇನ್ನೂ ದಾಖಲಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ನಾವು ಅವುಗಳ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ನಮಗೆ ಅನುಮತಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಪುಶ್‌ಗಳು ಆಗಮಿಸುವುದನ್ನು ನೀವು ವೀಕ್ಷಿಸಬಹುದು.

ದ್ವಿಮುಖ ಸಿಂಕ್ ಎಂದರೇನು?

ನಮ್ಮ ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿ ಮಾಡಲಾದ ಬದಲಾವಣೆಗಳು ನಿಮ್ಮ ಬ್ರಾಂಚ್‌ನಲ್ಲಿ ಕಮಿಟ್‌ಗಳಾಗುತ್ತವೆ, ಮತ್ತು ನಿಮ್ಮ ಬ್ರಾಂಚ್‌ನಲ್ಲಿರುವ ಕಮಿಟ್‌ಗಳು ಸೈಟ್‌ಗೆ ಮರಳಿ ಬರುತ್ತವೆ. ನೀವು ಅದನ್ನು ಆನ್ ಮಾಡುವವರೆಗೆ ಅದು ಆಫ್ ಆಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಅದನ್ನು ಆನ್ ಮಾಡುವುದು ಬೇರೆಯವರ ರೆಪೊಸಿಟರಿಯ ಬಗೆಗಿನ ನಿರ್ಧಾರವಾಗಿದೆ ಮತ್ತು ನಾವು ಅದನ್ನು ನಿಮ್ಮ ಪರವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ಯಾವ ಡೈರೆಕ್ಟರಿಯು ಸಿಂಕ್ ಆಗಬೇಕೆಂದು ನೀವೇ ಆಯ್ಕೆ ಮಾಡುತ್ತೀರಿ — ಸಾಮಾನ್ಯವಾಗಿ ಥೀಮ್ ಅಥವಾ ಪ್ಲಗಿನ್, ನಲವತ್ತು ಸಾವಿರ WordPress ಕೋರ್ ಫೈಲ್‌ಗಳಲ್ಲ.

ಎರಡೂ ಬದಿಗಳು ಬದಲಾಗಿದ್ದರೆ ಏನಾಗುತ್ತದೆ?

ಏನನ್ನೂ ತಿದ್ದಿ ಬರೆಯಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಏನನ್ನೂ ಪುಶ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಸಿಂಕ್ ನಿಲ್ಲುತ್ತದೆ, ನಾವು ಆಧರಿಸಿದ ಕಮಿಟ್‌ ಅನ್ನು ಮೀರಿ ಬ್ರಾಂಚ್ ಮುಂದಕ್ಕೆ ಹೋಗಿದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ ಮತ್ತು ನಿಮಗೆ ಯಾವ ಬದಿ ಬೇಕು — ರೆಪೊಸಿಟರಿಯನ್ನು ಇರಿಸಬೇಕೇ ಅಥವಾ ಸೈಟ್ ಅನ್ನು ಇರಿಸಬೇಕೇ ಎಂದು ಕೇಳುತ್ತದೆ. ಎಂದಿಗೂ ಸಿಂಕ್ ಆಗದ ಮತ್ತು ಈಗಾಗಲೇ ಕಮಿಟ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಬ್ರಾಂಚ್‌ಗೆ ಪಾಯಿಂಟ್ ಮಾಡುವ ಸೈಟ್ ಕೂಡ ತನ್ನದೇ ಆದ ಪ್ರತ್ಯೇಕ ಸ್ಥಿತಿಯಾಗಿದೆ, ಮತ್ತು ಅದು ಯಾವುದು ಸರಿ ಎಂದು ಊಹಿಸುವ ಬದಲು ಕೇಳುತ್ತದೆ.

ನನ್ನ ಪ್ರವೇಶ ಟೋಕನ್ ಹೇಗೆ ರಕ್ಷಿಸಲ್ಪಟ್ಟಿದೆ?

ಸಂಪರ್ಕವನ್ನು ನೀವು ರಚಿಸುವ ಮೊದಲು ಅದಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಸವಲತ್ತುಗಳನ್ನು ನಾವು ನಿಮಗೆ ತೋರಿಸುತ್ತೇವೆ, ನಮೂದಿಸಿದ ತಕ್ಷಣ ಟೋಕನ್ ಅನ್ನು ಪೂರೈಕೆದಾರರ ಸ್ವಂತ API ಮೂಲಕ ಪರಿಶೀಲಿಸುತ್ತೇವೆ — ಇದರಿಂದಾಗಿ ಅಮಾನ್ಯವಾದ ಅಥವಾ ತಪ್ಪು ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿರುವ ಟೋಕನ್ ಎಂದಿಗೂ ಸಂಗ್ರಹವಾಗುವುದಿಲ್ಲ — ಮತ್ತು ನಂತರವಷ್ಟೇ ಅದನ್ನು Vault ಗೆ ಬರೆಯುತ್ತೇವೆ. ಇದು ನಮ್ಮ ಕೋಡ್, ಲಾಗ್, ಪರಿಸರ ಫೈಲ್ ಅಥವಾ ಕಮಾಂಡ್ ಲೈನ್ ಅನ್ನು ಎಂದಿಗೂ ಮುಟ್ಟುವುದಿಲ್ಲ. ಪೂರೈಕೆದಾರರ ಬಳಿ ಅದನ್ನು ರದ್ದುಗೊಳಿಸಿ ಅಥವಾ ನೀವು ಬಯಸಿದಾಗಲೆಲ್ಲಾ ಇಲ್ಲಿ ಸಂಪರ್ಕವನ್ನು ತೆಗೆದುಹಾಕಿ.

ನೀವು ನಿಜವಾಗಿಯೂ ನನ್ನ ಪುಶ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಿದ್ದೀರಾ ಎಂದು ನಾನು ಹೇಗೆ ತಿಳಿಯುವುದು?

ರೆಪೊಸಿಟರಿ ಕಾರ್ಡ್ ಒದಗಿಸುವವರು ಕೊನೆಯ ಬಾರಿಗೆ ನಮಗೆ ಯಾವಾಗ ವಿತರಿಸಿದರು ಮತ್ತು ಅದು ಏನನ್ನು ತಿಳಿಸಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಆ ಪರದೆಯಲ್ಲಿ 'ಎಂದಿಗೂ ವಿತರಿಸಲಾಗಿಲ್ಲ' ಎಂಬುದು ಅತ್ಯಂತ ಉಪಯುಕ್ತವಾದ ರೋಗನಿರ್ಣಯವಾಗಿದೆ, ಏಕೆಂದರೆ 'ಸಂಪರ್ಕಗೊಂಡಿದೆ ಆದರೆ ಎಂದಿಗೂ ವಿತರಿಸಲಾಗಿಲ್ಲ' ಎಂಬುದು ನಿಖರವಾಗಿ ತಪ್ಪಾದ ವ್ಯಾಪ್ತಿಯ ಟೋಕನ್ ಅಥವಾ ನಿರ್ಬಂಧಿಸಲಾದ ವಿತರಣೆಯಂತೆ ಕಾಣುತ್ತದೆ — ಮತ್ತು ಇದು ಬೇರೆಲ್ಲಿಯೂ ಗೋಚರಿಸುವುದಿಲ್ಲ. ನಾವು ಅದರ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮೊದಲು ಪ್ರತಿಯೊಂದು ವಿತರಣೆಯನ್ನು ಸಹಿ-ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.

ನಾನು Footprint-Free ಲೈನ್‌ನಲ್ಲಿ Pages ನಿಯೋಜನೆಯನ್ನು ಬಳಸಬಹುದೇ?

ಇದನ್ನು ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಇದನ್ನು ಫ್ಲ್ಯಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. GitHub Pages ಮತ್ತು GitLab Pages ಒದಗಣೆದಾರರ ಮೂಲಸೌಕರ್ಯ ಹಾಗೂ ಸಾರ್ವಜನಿಕ github.io ಮತ್ತು gitlab.io ಹೋಸ್ಟ್‌ಹೆಸರುಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಅದು ಒಂದು ಹೆಜ್ಜೆಗುರುತಾಗಿದೆ (ಫುಟ್‌ಪ್ರಿಂಟ್) — ಆ ಸಾಲು ಇರುವುದೇ ಅದನ್ನು ತಪ್ಪಿಸಲು. ಶೂನ್ಯ-ಹೆಜ್ಜೆಗುರುತಿನ ನೆಟ್‌ವರ್ಕ್‌ಗಾಗಿ, ಬದಲಿಗೆ ಪ್ರತ್ಯೇಕಿಸಲಾದ ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿ ನಿಯೋಜಿಸಿ. ಬೇರೆಲ್ಲೆಡೆಯೂ, Pages ಪ್ರಥಮ ದರ್ಜೆಯದ್ದಾಗಿದೆ.

ನಾನು ನಿರ್ದಿಷ್ಟವಾಗಿ Vercel ಅನ್ನು ಏಕೆ ಆಯ್ಕೆ ಮಾಡಬೇಕು?

ಏಕೆಂದರೆ ಇದರ ಉಚಿತ ಶ್ರೇಣಿಯು ವಾಣಿಜ್ಯೇತರ ಬಳಕೆಗೆ ಮಾತ್ರ ಪರವಾನಗಿ ಪಡೆದಿದೆ. ಸುರಕ್ಷಿತವಾಗಿರುವ ಕಡೆಗಳಲ್ಲಿ ನೀವು ಸಂಪರ್ಕಿಸಿದ ಖಾತೆಗಳಿಂದ ನಾವು ಗಮ್ಯಸ್ಥಾನವನ್ನು ನಿರ್ಣಯಿಸುತ್ತೇವೆ, ಮತ್ತು Vercel ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆ ನಿರ್ಣಯದಿಂದ ಹೊರಗಿಡಲಾಗಿದೆ — ಖಾತೆಯನ್ನು ಸಂಪರ್ಕಿಸುವುದರಿಂದ ವಾಣಿಜ್ಯ ಸೈಟ್ ಅನ್ನು ಅದರ ಪರವಾನಗಿ ಅನುಮತಿಸದ ಸ್ಥಳದಲ್ಲಿ ಎಂದಿಗೂ ರಹಸ್ಯವಾಗಿ ಇರಿಸಬಾರದು. ಅದನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಅದು ಇತರರಂತೆಯೇ ನಿಖರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

ಏನನ್ನು ಮತ್ತು ಯಾವಾಗ ನಿಯೋಜಿಸಲಾಗಿದೆ ಎಂದು ನಾನು ನೋಡಬಹುದೇ?

ಹೌದು. ಪ್ರತಿಯೊಂದು ನಿಯೋಜನೆಯು ಅದು ಪ್ರಕಟಿಸಿದ ಕಮಿಟ್, ಅದು ಯಾವಾಗ ಚಾಲನೆಯಾಯಿತು ಮತ್ತು ಹೇಗೆ ಪೂರ್ಣಗೊಂಡಿತು ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಸೈಟ್‌ನ ನಿಯೋಜನೆ ಟ್ಯಾಬ್ ಅದರ ಪಕ್ಕದಲ್ಲಿ ಲೈವ್ URL ನೊಂದಿಗೆ ಇತಿಹಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ. ನಿಯೋಜನೆಗಳು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ಪಿನ್ನರ್ ಅನ್ನು ನೋಡುತ್ತಾ ನೀವು ಕಾಯುವಂತೆ ಮಾಡುವ ಬದಲು ಬಿಲ್ಡ್ ಪೂರ್ಣಗೊಂಡಂತೆ ಪುಟವು ನವೀಕರಿಸಲ್ಪಡುತ್ತದೆ.

ನಿಮ್ಮ ರೆಪೊಸಿಟರಿಯಿಂದ ನಿಯೋಜಿಸಿ

ಕಾರ್ಡ್ ಇಲ್ಲದೆ 14-ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸಿ, GitHub ಅಥವಾ GitLab ಅನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಸೈಟ್ ಅನ್ನು ಶಾಖೆಗೆ ನಿರ್ದೇಶಿಸಿ. ಎಡ್ಜ್ ಹೋಸ್ಟ್‌ಗೆ ಅಥವಾ ಎರಡೂ ಕಡೆ ಫೈಲ್‌ಗಳನ್ನು ಸಿಂಕ್ ಮಾಡುವ ಮೂಲಕ ನಮ್ಮದೇ ಆದ ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿ ಪ್ರಕಟಿಸಿ.

ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ