ಯಾವ ಮೂಲ-ನಿಯಂತ್ರಣ ಪೂರೈಕೆದಾರರನ್ನು ನಾನು ಸಂಪರ್ಕಿಸಬಹುದು?
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 ನೊಂದಿಗೆ ಇತಿಹಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ. ನಿಯೋಜನೆಗಳು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಚಾಲನೆಯಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ಪಿನ್ನರ್ ಅನ್ನು ನೋಡುತ್ತಾ ನೀವು ಕಾಯುವಂತೆ ಮಾಡುವ ಬದಲು ಬಿಲ್ಡ್ ಪೂರ್ಣಗೊಂಡಂತೆ ಪುಟವು ನವೀಕರಿಸಲ್ಪಡುತ್ತದೆ.