Zinnector® ನೊಂದಿಗೆ ನಿಯೋಜಿಸಲಾಗುತ್ತಿದೆ: ಲಿಂಕ್ ಮಾಡಿ, ಪರಿಶೀಲಿಸಿ, ಪುಶ್ ಮಾಡಿ

ಪ್ರಾಜೆಕ್ಟ್ ಸ್ಥಳೀಯವಾಗಿ ರನ್ ಆದ ನಂತರ, ನಾಲ್ಕು ಕಮಾಂಡ್‌ಗಳು ಅದನ್ನು Zinn Digital® ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿ ಲೈವ್ ಸೈಟ್‌ಗೆ ಕೊಂಡೊಯ್ಯುತ್ತವೆ: ಸೈನ್ ಇನ್ ಮಾಡಿ, ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಹೋಸ್ಟಿಂಗ್ ಸ್ಲಾಟ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಿ, ಪ್ರಿ-ಫ್ಲೈಟ್ ಅನ್ನು ಓದಿ, ಮತ್ತು ಪುಶ್ ಮಾಡಿ. ಈ ಲೇಖನವು ಪ್ರತಿಯೊಂದನ್ನೂ, ಅದು ಏನನ್ನು ಪ್ರಿಂಟ್ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಮತ್ತು ನಂತರ ನೀವು ಬಳಸುವ ಕಮಾಂಡ್‌ಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ — ಮರು ನಿಯೋಜನೆಗಳು (redeploy), ನಿಯೋಜನೆಯ ಇತಿಹಾಸ ಮತ್ತು ಬಿಲ್ಡ್ ಲಾಗ್‌ಗಳು.

API ಕೀಲಿಯೊಂದಿಗೆ ಸೈನ್ ಇನ್ ಮಾಡಿ

ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ Settings → API keys ಅಡಿಯಲ್ಲಿ ಕೀಲಿಯನ್ನು ರಚಿಸಿ, ನಂತರ:

zinnector login

ಕೀಲಿಯನ್ನು ಪ್ರಾಂಪ್ಟ್‌ನಲ್ಲಿ ಟೈಪ್ ಮಾಡಲಾಗುತ್ತದೆ — ಇದನ್ನು ಕಮಾಂಡ್ ಲೈನ್‌ನಲ್ಲಿ ಎಂದಿಗೂ ಸ್ವೀಕರಿಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಇದು ನಿಮ್ಮ ಶೆಲ್ ಹಿಸ್ಟರಿ ಅಥವಾ ಪ್ರಕ್ರಿಯೆಯ ಪಟ್ಟಿಯಲ್ಲಿ ಸೇರಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ. CI ನಲ್ಲಿ, ಇದನ್ನು ಪೈಪ್ ಮಾಡಿ: echo "$ZINN_API_KEY" | zinnector login --profile ci, ಅಥವಾ ZINNECTOR_TOKEN ಅನ್ನು ಸೆಟ್ ಮಾಡಿ ಮತ್ತು login ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಟ್ಟುಬಿಡಿ. ಕೀಲಿಯನ್ನು ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು 600 ಫೈಲ್ ಮೋಡ್‌ನೊಂದಿಗೆ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ನೀವು ಯಾವ ಸಂಸ್ಥೆಗೆ ಸೈನ್ ಇನ್ ಆಗಿದ್ದೀರಿ ಮತ್ತು ಕೀಲಿಯು ಯಾವ ಅನುಮತಿಗಳನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು zinnector whoami --scopes ತೋರಿಸುತ್ತದೆ; ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಕೀಲಿಯನ್ನು ಒಂದಾಗಿ ಲೇಬಲ್ ಮಾಡಲಾಗುತ್ತದೆ.

ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಸ್ಲಾಟ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಿ

zinnector link                                   # ಪಟ್ಟಿಯಿಂದ ಸೈಟ್ ಅನ್ನು ಆರಿಸಿ
zinnector link example.com --repo acme/site --branch main

link ಸೈಟ್‌ನ id ಯನ್ನು zinnector.json ಗೆ ಬರೆಯುತ್ತದೆ ಮತ್ತು ನೀವು --no-repo ಅನ್ನು ನೀಡದ ಹೊರತು, ಪ್ರಾಜೆಕ್ಟ್‌ನ git ರಿಮೋಟ್ ಅನ್ನು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿರುವ ಸೈಟ್‌ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಪುಶ್ ಅದನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ. zinnector.json ಅನ್ನು ಕಮಿಟ್ ಮಾಡಿ: ರೆಪೊಸಿಟರಿಯನ್ನು ಕ್ಲೋನ್ ಮಾಡುವ ಸಹೋದ್ಯೋಗಿ ನಂತರ ತಿಳಿಸದೆಯೇ ಅದೇ ಸ್ಥಳಕ್ಕೆ ನಿಯೋಜಿಸುತ್ತಾರೆ. ಇದು ಯಾವುದೇ ರಹಸ್ಯವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ.

ಪ್ರಿ-ಫ್ಲೈಟ್ ಅನ್ನು ಓದಿ

zinnector check

CLI ಅಸ್ತಿತ್ವದಲ್ಲಿರುವುದೇ ಈ ಕಮಾಂಡ್‌ಗಾಗಿ. ಇದು ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಅದನ್ನು ನಿಯೋಜಿಸಲಿರುವ ಸ್ಲಾಟ್‌ನೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವುದನ್ನು — ಮತ್ತು ಅದು ಮಾಡಲು ಸಾಧ್ಯವಾಗದ ಪ್ರತಿಯೊಂದು ಹೋಲಿಕೆಯನ್ನು ಪ್ರಿಂಟ್ ಮಾಡುತ್ತದೆ:

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

ಇದು ಎಚ್ಚರಿಸುತ್ತದೆ; ಇದು ಎಂದಿಗೂ ನಿರ್ಬಂಧಿಸುವುದಿಲ್ಲ. ಪ್ರತಿಯೊಂದು ಶೋಧನೆಯನ್ನು zinnector push --force ನೊಂದಿಗೆ ಅತಿಕ್ರಮಿಸಬಹುದು (override), ಏಕೆಂದರೆ ಪರೀಕ್ಷಕರಿಗೆ ತಿಳಿದಿಲ್ಲದ ವಿಷಯಗಳು ನಿಮ್ಮ ಸ್ವಂತ ಸೈಟ್ ಬಗ್ಗೆ ನಿಮಗೆ ತಿಳಿದಿರುತ್ತವೆ. ಮಾಡಲು ಸಾಧ್ಯವಾಗದ ಹೋಲಿಕೆಯನ್ನು ಎಂದಿಗೂ ಯಶಸ್ಸು ಎಂದು ವರದಿ ಮಾಡದೆ ಅಪರಿಚಿತ ಎಂದು ವರದಿ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಸಾರಾಂಶವು ಯಾವಾಗಲೂ ಅವು ಎಷ್ಟು ಇದ್ದವು ಎಂದು ಹೇಳುತ್ತದೆ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸ್ಥಳೀಯ PHP ಆವೃತ್ತಿಯು zinnector.json ನಲ್ಲಿ ಘೋಷಿಸಲಾದ ಆವೃತ್ತಿಯಾಗಿದೆ; --probe ಸ್ಥಳೀಯ ರನ್‌ಟೈಮ್ ಅನ್ನು ಬೂಟ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬದಲಿಗೆ ಅದನ್ನು ಅಳೆಯುತ್ತದೆ. --strict ಅಪರಿಚಿತಗಳ ಮೇಲೆಯೂ ಶೂನ್ಯವಲ್ಲದ ನಿರ್ಗಮನವನ್ನು ನೀಡುತ್ತದೆ, ಇದು CI ಗೇಟ್‌ಗೆ ಅಗತ್ಯವಿರುವಂತಹುದು.

ಪುಶ್

zinnector push

push ಪ್ರಿ-ಫ್ಲೈಟ್ ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ, ನಿಮ್ಮ ಕಮಿಟ್‌ಗಳನ್ನು ಪುಶ್ ಮಾಡುತ್ತದೆ, ನಿಯೋಜನೆಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ ಮತ್ತು ಅಂತಿಮ ಸ್ಥಿತಿ ಹಾಗೂ ನಿಯೋಜಿಸಲಾದ ಕಮಿಟ್ ಅನ್ನು ಪ್ರಿಂಟ್ ಮಾಡುತ್ತಾ, ಅದು ಪೂರ್ಣಗೊಳ್ಳುವವರೆಗೆ ಗಮನಿಸುತ್ತದೆ. --dry-run ನಿಯೋಜನೆಯನ್ನು ಹೊರತುಪಡಿಸಿ ಎಲ್ಲವನ್ನೂ ಮಾಡುತ್ತದೆ; --no-wait ಅದನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ ಮತ್ತು ನಿರ್ಗಮಿಸುತ್ತದೆ; --no-git ಪುಶ್ ಮಾಡದೆಯೇ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಈಗಾಗಲೇ ಹೊಂದಿರುವ ಯಾವುದನ್ನಾದರೂ ನಿಯೋಜಿಸುತ್ತದೆ. ನಿಯೋಜಿಸಲಾದ ಕಮಿಟ್ ಇದೀಗ ಪುಶ್ ಮಾಡಲಾದ ಕಮಿಟ್ ಅಲ್ಲದಿದ್ದರೆ, ಅದು ಹಾಗೆ ತಿಳಿಸುತ್ತದೆ.

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

zinnector deploys example.com        # ನಿಯೋಜನೆ ಇತಿಹಾಸ — ಸ್ಥಿತಿ, ಕಮಿಟ್, ಟ್ರಿಗರ್, ಸಂದೇಶ
zinnector logs example.com --build   # ಅತ್ಯಂತ ಇತ್ತೀಚಿನ ನಿಯೋಜನೆಯ ಬಿಲ್ಡ್ ಲಾಗ್
zinnector logs example.com --error   # ಸೈಟ್‌ನ ದೋಷ ಲಾಗ್
zinnector deploy example.com         # ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಈಗಾಗಲೇ ಹೊಂದಿರುವುದನ್ನು ಮರು ನಿಯೋಜಿಸಿ
zinnector ai "why is my deploy failing?"

zinnector ai ನಿಮ್ಮ ಸ್ವಂತ ಖಾತೆಯ ವಿರುದ್ಧ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ರನ್ ಆಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಅದೇ ನಿಯೋಜನೆ ಇತಿಹಾಸ ಮತ್ತು ಲಾಗ್‌ಗಳನ್ನು ನೋಡಬಹುದು. ಪ್ರಾಜೆಕ್ಟ್‌ನ ಒಳಗಿನಿಂದ ಇದು ಪ್ರಾಜೆಕ್ಟ್‌ನ ಸ್ವರೂಪವನ್ನು — ಡೈರೆಕ್ಟರಿ ಹೆಸರುಗಳು, ಆವೃತ್ತಿಗಳು ಮತ್ತು ಸೈಟ್ id — ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಎಂದಿಗೂ ಫೈಲ್ ವಿಷಯಗಳನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ

• ಪ್ರಾರಂಭಿಸುವುದು · ಸ್ಥಳೀಯ ಅಭಿವೃದ್ಧಿ · ಕಮಾಂಡ್ ಉಲ್ಲೇಖ · ಸಮಸ್ಯೆ ನಿವಾರಣೆ