О нас
1C ನಲ್ಲಿ ನಾವು ವೇದಿಕೆಯನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತೇವೆ
ಪ್ರವೇಶ
ನಾವು ಹೆಚ್ಚಾಗಿ ಜಾವಾ ಅಪ್ಲಿಕೇಶನ್ಗಳ ನಿರ್ಮಾಣ ವ್ಯವಸ್ಥೆಯಾಗಿ ಮೇವನ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ ಮತ್ತು ಈ ಸಣ್ಣ ಲೇಖನದಲ್ಲಿ ನಾವು ಅಭಿವೃದ್ಧಿಯನ್ನು ಸಂಘಟಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ನಾವು ಎದುರಿಸಬೇಕಾದ ಸಮಸ್ಯೆಗಳಲ್ಲಿ ಒಂದನ್ನು ಮತ್ತು ಇದನ್ನು ಜಯಿಸಲು ನಮಗೆ ಅನುಮತಿಸಿದ ವಿಧಾನದ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಬಯಸುತ್ತೇವೆ. ಸಮಸ್ಯೆ.
ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳು ಮತ್ತು ಕೆಲಸದ ಹರಿವು
ನಮ್ಮ ಮಾವೆನ್ ಯೋಜನೆಗಳಲ್ಲಿನ ಅಭಿವೃದ್ಧಿಯ ವಿಶಿಷ್ಟತೆಗಳ ಕಾರಣದಿಂದಾಗಿ, ನಾವು ಸಾಕಷ್ಟು ಮಾಡ್ಯೂಲ್ಗಳು, ಅವಲಂಬನೆಗಳು ಮತ್ತು ಮಕ್ಕಳ ಯೋಜನೆಗಳನ್ನು ಬಳಸುತ್ತೇವೆ. ಒಂದು ಮರದಲ್ಲಿರುವ ಪೋಮ್ ಫೈಲ್ಗಳ ಸಂಖ್ಯೆ ಹತ್ತಾರು ಅಥವಾ ನೂರಾರು ಆಗಿರಬಹುದು.
ಇದು ತೋರುತ್ತದೆ: ದೊಡ್ಡ ವಿಷಯವಿಲ್ಲ, ಅವರು ಅದನ್ನು ಒಮ್ಮೆ ರಚಿಸಿದರು ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಮರೆತಿದ್ದಾರೆ. ನೀವು ಏಕಕಾಲದಲ್ಲಿ ಎಲ್ಲಾ ಫೈಲ್ಗಳಲ್ಲಿ ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸಲು ಅಥವಾ ಸೇರಿಸಲು ಬಯಸಿದರೆ, ಸಂಪಾದಕರು ಮತ್ತು IDE ಗಳಲ್ಲಿ ಸಾಕಷ್ಟು ಅನುಕೂಲಕರ ಸಾಧನಗಳಿವೆ. pom.xml ಗೆ ಸಾಮಾನ್ಯ ನಿಯಮಿತ ಬದಲಾವಣೆ ಯಾವುದು? ಪ್ರಾಜೆಕ್ಟ್ ಆವೃತ್ತಿಗಳು ಮತ್ತು ಅವಲಂಬನೆಗಳಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ನಾವು ನಂಬುತ್ತೇವೆ. ಬಹುಶಃ ಯಾರಾದರೂ ಇದರೊಂದಿಗೆ ವಾದಿಸಲು ಬಯಸುತ್ತಾರೆ, ಆದರೆ ಇದು ನಮ್ಮೊಂದಿಗೆ ನಿಖರವಾಗಿ ಪರಿಸ್ಥಿತಿಯಾಗಿದೆ. ಕಾರಣವೆಂದರೆ, ಕರ್ನಲ್ ಜೊತೆಗೆ, ನಾವು ಏಕಕಾಲದಲ್ಲಿ ನಮ್ಮ ಸ್ವಂತ ಲೈಬ್ರರಿಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಫಲಿತಾಂಶಗಳ ನಿರ್ಮಾಣ ಮತ್ತು ಪರೀಕ್ಷೆಯ ನಿರಂತರ ಪುನರುತ್ಪಾದನೆಗಾಗಿ, ಸ್ನ್ಯಾಪ್ಶಾಟ್ಗಳ ಬಳಕೆಯು ನಮಗೆ ಅನುಕೂಲಕರ ವಿಧಾನವಾಗಿ ತೋರುತ್ತಿಲ್ಲ. ಈ ಕಾರಣಕ್ಕಾಗಿ, ಪ್ರತಿ ನಿರ್ಮಾಣದೊಂದಿಗೆ ಯೋಜನೆಗಳಲ್ಲಿ ಆವೃತ್ತಿ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚಿಸುವುದು ಅವಶ್ಯಕ.
ಅಲ್ಲದೆ, ಕಾಲಕಾಲಕ್ಕೆ, ಡೆವಲಪರ್ ತನ್ನ ಸ್ವಂತ ಗ್ರಂಥಾಲಯದ ಶಾಖೆಯನ್ನು ನಿರ್ಮಿಸುವ ಅಗತ್ಯವಿದೆ ಮತ್ತು ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳ ವಿರುದ್ಧ ಅದರ ಕಾರ್ಯವನ್ನು ಪರಿಶೀಲಿಸಬೇಕು, ಇದಕ್ಕಾಗಿ ಅವನು ಅವೆಲ್ಲದರ ಆವೃತ್ತಿಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ.
ಆರಂಭಿಕ ಪರಿಹಾರ
ಇಂತಹ ಆಗಾಗ್ಗೆ ಮತ್ತು ಬಹು ಆವೃತ್ತಿಯ ಬದಲಾವಣೆಗಳೊಂದಿಗೆ, ನಾನು CI ಒಳಗೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸರಳೀಕರಿಸಲು ಮತ್ತು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಬಯಸುತ್ತೇನೆ. ಅನುಕೂಲಕರವಾದ, ಪ್ರಸಿದ್ಧವಾದ ಪ್ಲಗಿನ್ ರಕ್ಷಣೆಗೆ ಬರುತ್ತದೆ. ಆವೃತ್ತಿಗಳು-ಮಾವೆನ್-ಪ್ಲಗಿನ್ - ಅದನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿ
mvn -N ಆವೃತ್ತಿಗಳು: ಸೆಟ್ -DnewVersion=2.0.1
ಮತ್ತು ಮಾವೆನ್ ಎಲ್ಲವನ್ನೂ ಮಾಡಬೇಕಾದಂತೆ ಮಾಡುತ್ತದೆ: ಇದು ಮೇಲಿನಿಂದ ಕೆಳಕ್ಕೆ ಕ್ರಮಾನುಗತದ ಮೂಲಕ ಚಲಿಸುತ್ತದೆ, ಎಲ್ಲಾ ಆವೃತ್ತಿಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ - ಸೌಂದರ್ಯ! ಈಗ ಉಳಿದಿರುವುದು ಪುಲ್ ವಿನಂತಿಯನ್ನು ಸಂಗ್ರಹಿಸುವುದು, ಸಹೋದ್ಯೋಗಿಗಳು ಬದಲಾವಣೆಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾರೆ ಮತ್ತು ನೀವು ತ್ವರಿತವಾಗಿ ಟ್ರಂಕ್ ಅನ್ನು ಸೇರಬಹುದು. ತ್ವರಿತವಾಗಿ? ಅದು ಹೇಗಿದ್ದರೂ ಪರವಾಗಿಲ್ಲ. ಒಂದೆರಡು ನೂರು pom.xml ಪರಿಶೀಲನೆಗಾಗಿ, ಮತ್ತು ಇದು ಕೋಡ್ ಅನ್ನು ಎಣಿಸುತ್ತಿಲ್ಲ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಅಂತಹ ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಬದಲಾದ ಫೈಲ್ಗಳೊಂದಿಗೆ ವಿಲೀನ ಸಂಘರ್ಷಗಳಿಂದ ಯಾರೂ ಸುರಕ್ಷಿತವಾಗಿಲ್ಲ. CI ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ಆವೃತ್ತಿ ಬದಲಾವಣೆಗಳು ಕ್ರಿಯಾತ್ಮಕತೆಯ ಬದಲಾವಣೆಗಳೊಂದಿಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಭವಿಸುತ್ತವೆ ಮತ್ತು ಹೇಗಾದರೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಅಲ್ಲ ಎಂದು ಇಲ್ಲಿ ಗಮನಿಸಬೇಕು.
ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳು
ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ನಾವು ಶಾಂತವಾಗಿದ್ದೇವೆ ಮತ್ತು ರಾಜೀನಾಮೆ ನೀಡಿದ್ದೇವೆ, ಹುಡುಗರ ತನಕ ನಾವು ಹಾಗೆ ಬದುಕಿದ್ದೇವೆ
mvn -Drevision=2.0.0 ಕ್ಲೀನ್ ಪ್ಯಾಕೇಜ್
ಸಿಸ್ಟಮ್ ಆಸ್ತಿ ಮೌಲ್ಯಗಳು ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಮೌಲ್ಯಗಳಿಗಿಂತ ಆದ್ಯತೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆಗುಣಗಳು>.
ಪೋಷಕರು
4.0.0
org.apache
ಅಪಾಚೆ
18
org.apache.maven.ci
ci-ಪೋಷಕ
ಮೊದಲ CI ಸ್ನೇಹಿ
${revision}${sha1}${changelist}
...
1.3.1
-ಸ್ನ್ಯಾಪ್ಶಾಟ್
ಸಂತತಿ
4.0.0
org.apache.maven.ci
ci-ಪೋಷಕ
${revision}${sha1}${changelist}
org.apache.maven.ci
ci-ಮಗು
...
ನೀವು ಆವೃತ್ತಿ 2.0.0-SNAPSHOT ಅನ್ನು ನಿರ್ಮಿಸಲು ಬಯಸಿದರೆ, ನಂತರ ಬಳಸಿ
mvn -Drevision=2.0.0 ಕ್ಲೀನ್ ಪ್ಯಾಕೇಜ್
ನೀವು ಬಿಡುಗಡೆ ಮಾಡಲು ಬಯಸಿದರೆ, ಸ್ನ್ಯಾಪ್ಶಾಟ್ ಅನ್ನು ಮರುಹೊಂದಿಸಿ
mvn -Dchangelist= ಕ್ಲೀನ್ ಪ್ಯಾಕೇಜ್
*ಮೇಲಿನ ಉದಾಹರಣೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ
ಕಠಿಣ ವಾಸ್ತವ
ಎಲ್ಲವೂ ಒಳ್ಳೆಯದು ಮತ್ತು ಆರೋಗ್ಯಕರವಾಗಿದೆ, ಇದು ತೃಪ್ತಿಯ ಭಾವವನ್ನು ಅನುಭವಿಸುವ ಸಮಯ, ಆದರೆ ಇಲ್ಲ. ಈ ವಿಧಾನವು ಸ್ಥಾಪಿಸಲು ಮತ್ತು ನಿಯೋಜಿಸಲು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ, ಏಕೆಂದರೆ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಪ್ರಕಟವಾದ ಕಲಾಕೃತಿಗಳ ವಿವರಣೆಯಲ್ಲಿ ಇದನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ. ${ಪರಿಷ್ಕರಣೆ} ಅದರ ಅರ್ಥದ ಮೇಲೆ ಮತ್ತು ಮಾವೆನ್ ಇನ್ನು ಮುಂದೆ ಅದರ ಬಗ್ಗೆ ಏನೆಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ.
org.apache
ಅಪಾಚೆ
${ಪರಿಷ್ಕರಣೆ}
ಸುರಂಗದ ಕೊನೆಯಲ್ಲಿ ಒಂದು ಬೆಳಕು
ನಾವು ಸಮಸ್ಯೆಗೆ ಪರಿಹಾರವನ್ನು ಹುಡುಕಬೇಕಾಗಿದೆ. ಪರಿಸ್ಥಿತಿಯನ್ನು ಉಳಿಸಬಹುದಿತ್ತು
ಯೋಜನೆಗೆ ಪ್ಲಗಿನ್ ಸೇರಿಸಲಾಗುತ್ತಿದೆ
org.codehaus.mojo
ಚಪ್ಪಟೆ-ಮಾವೆನ್-ಪ್ಲಗಿನ್
1.1.0
ನಿಜ
ಪರಿಹರಿಸು Ci Friendlies ಮಾತ್ರ
ಚಪ್ಪಟೆಗೊಳಿಸು
ಪ್ರಕ್ರಿಯೆ ಸಂಪನ್ಮೂಲಗಳು
ಚಪ್ಪಟೆಗೊಳಿಸು
ಚಪ್ಪಟೆ.ಕ್ಲೀನ್
ಶುದ್ಧ
ಶುದ್ಧ
ಮುಗಿದಿದೆ!
ಸುಖಾಂತ್ಯ
ಇಂದಿನಿಂದ, ಸಂಪೂರ್ಣ ಯೋಜನೆಯ ಆವೃತ್ತಿಯನ್ನು ಬದಲಾಯಿಸಲು ಮತ್ತು ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳಿಗೆ ಅದರ ಬಗ್ಗೆ ತಿಳಿಸಲು, ನಾವು ಅಂಶವನ್ನು ಸಂಪಾದಿಸಬೇಕಾಗಿದೆಪರಿಷ್ಕರಣೆ> ಕೇವಲ ಮೂಲದಲ್ಲಿ pom.xml. ಒಂದೇ ಬದಲಾವಣೆಯೊಂದಿಗೆ ಈ ಫೈಲ್ಗಳಲ್ಲಿ ನೂರು ಅಥವಾ ಎರಡು ಅಲ್ಲ, ಆದರೆ ಒಂದು. ಸರಿ, ಬಳಸುವ ಅಗತ್ಯವಿಲ್ಲ ಆವೃತ್ತಿಗಳು-ಮಾವೆನ್-ಪ್ಲಗಿನ್.
ಮೂಲ: www.habr.com