ປະສົບການໃຊ້ flatten-maven-plugin ເພື່ອເຮັດໃຫ້ການສະບັບຢູ່ໃນໂຄງການ maven ງ່າຍຂຶ້ນ

Онас

ຢູ່ 1C ພວກເຮົາພັດທະນາບໍ່ພຽງແຕ່ເປັນເວທີ 1C: ວິສາຫະກິດ ສຸດ C ++ и JavaScript, ແຕ່ຍັງໃຊ້ Java - ໂດຍສະເພາະສະພາບແວດລ້ອມການພັດທະນາໃຫມ່ ເຄື່ອງມືພັດທະນາວິສາຫະກິດ ອີງໃສ່ Eclipse ແລະເຄື່ອງແມ່ຂ່າຍຂອງ messenger ປະສົມປະສານຢ່າງເລິກເຊິ່ງກັບເວທີ - ລະບົບການໂຕ້ຕອບ.

ເຂົ້າ

ພວກເຮົາສ່ວນຫຼາຍມັກໃຊ້ maven ເປັນລະບົບການກໍ່ສ້າງສໍາລັບຄໍາຮ້ອງສະຫມັກ Java, ແລະໃນບົດຄວາມສັ້ນໆນີ້ພວກເຮົາຢາກເວົ້າກ່ຽວກັບບັນຫາຫນຶ່ງທີ່ພວກເຮົາຕ້ອງປະເຊີນໃນຂະບວນການພັດທະນາການຈັດຕັ້ງ, ແລະວິທີການທີ່ອະນຸຍາດໃຫ້ພວກເຮົາເອົາຊະນະນີ້. ບັນຫາ.

ເງື່ອນໄຂເບື້ອງຕົ້ນ ແລະຂະບວນການເຮັດວຽກ

ເນື່ອງຈາກການພັດທະນາສະເພາະໃນໂຄງການ maven ຂອງພວກເຮົາ, ພວກເຮົາໃຊ້ຫຼາຍໂມດູນ, ການເພິ່ງພາອາໄສແລະໂຄງການເດັກນ້ອຍ. ຈໍາ​ນວນ​ຂອງ​ໄຟລ​໌ pom ໃນ​ຕົ້ນ​ໄມ້​ຫນຶ່ງ​ສາ​ມາດ​ຢູ່​ໃນ​ສິບ​ຫຼື​ແມ່ນ​ແຕ່​ຫຼາຍ​ຮ້ອຍ​ຄົນ​.

ມັນເບິ່ງຄືວ່າ: ບໍ່ມີເລື່ອງໃຫຍ່, ພວກເຂົາສ້າງມັນຄັ້ງດຽວແລະລືມມັນ. ຖ້າທ່ານຕ້ອງການປ່ຽນຫຼືເພີ່ມບາງສິ່ງບາງຢ່າງໃນໄຟລ໌ທັງຫມົດໃນເວລາດຽວກັນ, ມີເຄື່ອງມືທີ່ສະດວກຫຼາຍໃນບັນນາທິການແລະ IDEs. ການປ່ຽນແປງປົກກະຕິທົ່ວໄປທີ່ສຸດໃນ pom.xml ແມ່ນຫຍັງ? ພວກເຮົາເຊື່ອວ່າການປ່ຽນແປງໃນສະບັບຂອງໂຄງການແລະການຂຶ້ນກັບ. ບາງທີບາງຄົນອາດຈະຢາກໂຕ້ແຍ້ງກັບເລື່ອງນີ້, ແຕ່ນີ້ແມ່ນສະຖານະການກັບພວກເຮົາແທ້ໆ. ເຫດຜົນແມ່ນຢູ່ໃນຄວາມຈິງທີ່ວ່າ, ຄຽງຄູ່ກັບ kernel, ພວກເຮົາພ້ອມໆກັນພັດທະນາຫ້ອງສະຫມຸດຂອງພວກເຮົາເອງຈໍານວນຫຼາຍ, ແລະສໍາລັບການສືບພັນຢ່າງຕໍ່ເນື່ອງຂອງຜົນໄດ້ຮັບໃນການກໍ່ສ້າງແລະການທົດສອບ, ການນໍາໃຊ້ຂອງ snapshots ເບິ່ງຄືວ່າພວກເຮົາບໍ່ສະດວກ. ສໍາລັບເຫດຜົນນີ້, ມັນຈໍາເປັນຕ້ອງໄດ້ຍົກຈໍານວນສະບັບໃນໂຄງການທີ່ມີການກໍ່ສ້າງແຕ່ລະຄົນ.

ນອກຈາກນັ້ນ, ໃນບາງຄັ້ງ, ຜູ້ພັດທະນາຕ້ອງສ້າງສາຂາຂອງຕົນເອງຂອງຫ້ອງສະຫມຸດແລະກວດເບິ່ງການເຮັດວຽກຂອງມັນຕໍ່ກັບການເພິ່ງພາອາໄສທັງຫມົດ, ເຊິ່ງລາວຕ້ອງປ່ຽນສະບັບຂອງພວກມັນທັງຫມົດ.

ການແກ້ໄຂເບື້ອງຕົ້ນ

ດ້ວຍການປ່ຽນສະບັບເລື້ອຍໆ ແລະຫຼາຍອັນດັ່ງກ່າວ, ຂ້ອຍຕ້ອງການເຮັດໃຫ້ຂະບວນການງ່າຍຂຶ້ນ ແລະອັດຕະໂນມັດພາຍໃນ CI. ນີ້​ແມ່ນ​ບ່ອນ​ທີ່​ສະ​ດວກ​, plugin ທີ່​ມີ​ຊື່​ສຽງ​ມາ​ກັບ​ການ​ກູ້​ໄພ​. versions-maven-plugin - ເຊື່ອມ​ຕໍ່​ແລະ​ເປີດ​ມັນ​

mvn -N ລຸ້ນ:set -DnewVersion=2.0.1

ແລະ Maven ຈະເຮັດທຸກຢ່າງຕາມທີ່ມັນຄວນ: ມັນຈະດໍາເນີນໄປຕາມລໍາດັບຊັ້ນຈາກເທິງຫາລຸ່ມ, ແທນທີ່ທຸກລຸ້ນ - ຄວາມງາມ! ໃນປັດຈຸບັນທັງຫມົດທີ່ຍັງເຫຼືອແມ່ນເພື່ອຍົກສູງຄໍາຮ້ອງຂໍດຶງ, ເພື່ອນຮ່ວມງານຈະທົບທວນຄືນການປ່ຽນແປງ, ແລະທ່ານສາມາດເຂົ້າຮ່ວມໃນລໍາຕົ້ນໄດ້ໄວ. ດ່ວນ? ບໍ່ວ່າມັນເປັນແນວໃດ. ສອງສາມຮ້ອຍ pom.xml ສໍາລັບການທົບທວນຄືນ, ແລະນີ້ບໍ່ແມ່ນການນັບລະຫັດ. ນອກຈາກນັ້ນ, ບໍ່ມີໃຜປອດໄພຈາກການຂັດຂືນການຜະສົມຜະສານກັບໄຟລ໌ທີ່ມີການປ່ຽນແປງຈໍານວນຫລາຍ. ມັນຄວນຈະສັງເກດເຫັນຢູ່ທີ່ນີ້ວ່າໃນຂະບວນການ CI, ການປ່ຽນແປງສະບັບຈະເກີດຂື້ນໂດຍອັດຕະໂນມັດພ້ອມກັບການປ່ຽນແປງໃນການເຮັດວຽກ, ແລະບໍ່ແມ່ນບາງຢ່າງແຍກຕ່າງຫາກ.

ຄຸນສົມບັດໃຫມ່

ສໍາລັບໃນຂະນະທີ່ພວກເຮົາສະຫງົບລົງແລະ, ໄດ້ລາອອກດ້ວຍຕົນເອງ, ພວກເຮົາດໍາລົງຊີວິດແບບນັ້ນຈົນກ່ວາ guys ຈາກ ໂຄງການ Maven Apache ເລີ່ມຕົ້ນຈາກຮຸ່ນ 3.5.0-beta-1, Maven ບໍ່ໄດ້ລວມເອົາການສະຫນັບສະຫນູນອັນທີ່ເອີ້ນວ່າ "ຕົວຍຶດ". ຄວາມສໍາຄັນຂອງການທົດແທນເຫຼົ່ານີ້ແມ່ນວ່າ pom.xml ແທນທີ່ຈະເປັນຕົວຊີ້ບອກສະເພາະຂອງສະບັບໂຄງການ, ຕົວແປແມ່ນຖືກນໍາໃຊ້ ${revision}, ${sha1} и ${changelist}. ຄຸນຄ່າຂອງຄຸນສົມບັດເຫຼົ່ານີ້ດ້ວຍຕົນເອງແມ່ນຖືກກໍານົດບໍ່ວ່າຈະຢູ່ໃນອົງປະກອບຄຸນສົມບັດ>, ຫຼືພວກເຂົາສາມາດຖືກກໍານົດໂດຍຜ່ານຄຸນສົມບັດຂອງລະບົບ

mvn -Drevision=2.0.0 ຊຸດສະອາດ

ຄ່າຄຸນສົມບັດຂອງລະບົບມີສ່ວນສຳຄັນກວ່າຄ່າທີ່ກຳນົດໄວ້ໃນຄຸນສົມບັດ>.

ພໍ່ແມ່

  4.0.0
  
    org.apache
    apache
    18
  
  org.apache.maven.ci
  ci-ພໍ່ແມ່
  CI ທໍາອິດທີ່ເປັນມິດ
  ${revision}${sha1}${changelist}
  ...
  
    1.3.1
    -SNAPSHOT
    
  


ເຊື້ອສາຍ

  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 ຊຸດສະອາດ

ຖ້າທ່ານຕ້ອງການທີ່ຈະອອກ, ຫຼັງຈາກນັ້ນພຽງແຕ່ຣີເຊັດ SNAPSHOT

    mvn -Dchangelist=ຊຸດທີ່ສະອາດ

* ຕົວຢ່າງຂ້າງເທິງນີ້ແມ່ນເອົາມາຈາກ ບົດຄວາມ ຢູ່ໃນເວັບໄຊທ໌ Maven Apache Project

ຄວາມເປັນຈິງທີ່ໂຫດຮ້າຍ

ທຸກສິ່ງທຸກຢ່າງແມ່ນດີແລະມີສຸຂະພາບດີ, ມັນເຖິງເວລາທີ່ຈະຮູ້ສຶກພໍໃຈ, ແຕ່ບໍ່ແມ່ນ. ມັນປະກົດວ່າວິທີການນີ້ຈະບໍ່ເຮັດວຽກສໍາລັບການຕິດຕັ້ງແລະນໍາໃຊ້, ເນື່ອງຈາກວ່າມັນຈະບໍ່ຖືກທົດແທນໃນຄໍາອະທິບາຍຂອງ artifacts ຈັດພີມມາຢູ່ໃນ repository. ${revision} ກ່ຽວກັບຄວາມຫມາຍຂອງມັນແລະ maven ຈະບໍ່ເຂົ້າໃຈສິ່ງທີ່ມັນກ່ຽວກັບ.

    org.apache
    apache
    ${revision}

ແສງໄຟໃນທ້າຍອຸໂມງ

ພວກເຮົາຈໍາເປັນຕ້ອງຊອກຫາວິທີແກ້ໄຂບັນຫາ. ສາ​ມາດ​ໄດ້​ຊ່ວຍ​ປະ​ຢັດ​ສະ​ຖາ​ນະ​ການ​ flatten-maven-plugin. ປັ໊ກອິນນີ້ແກ້ໄຂຕົວແປທັງຫມົດໃນ pom, ແຕ່ໃນເວລາດຽວກັນຕັດອອກຫຼາຍຂໍ້ມູນອື່ນໆທີ່ຕ້ອງການພຽງແຕ່ໃນລະຫວ່າງການປະກອບແລະບໍ່ຈໍາເປັນໃນເວລາທີ່ນໍາເຂົ້າສິ່ງພິມທີ່ຖືກເຜີຍແຜ່ເຂົ້າໄປໃນໂຄງການອື່ນໆ. ປັ໊ກອິນຍັງ "ຍືດອອກ" ທຸກໆຄວາມເພິ່ງພາອາໄສຂອງພໍ່ແມ່ແລະລູກ, ແລະດັ່ງນັ້ນ, ທ່ານໄດ້ຮັບ Pom ແປທີ່ປະກອບມີທຸກສິ່ງທຸກຢ່າງທີ່ທ່ານຕ້ອງການ. ຄວາມບໍ່ສະດວກແມ່ນວ່າມັນຖືກຕັດອອກ "ພິເສດ", ເຊິ່ງບໍ່ເຫມາະສົມກັບພວກເຮົາທັງຫມົດ. ຫຼັງຈາກການສຶກສາຂໍ້ມູນກ່ຽວກັບການພັດທະນາ plugin ນີ້, ມັນໄດ້ຫັນອອກວ່າພວກເຮົາບໍ່ແມ່ນຄົນດຽວໃນຈັກກະວານ, ແລະກັບຄືນໄປບ່ອນໃນເດືອນສິງຫາ 2018, ຄໍາຮ້ອງຂໍດຶງໄດ້ຖືກສ້າງຂື້ນໃນ Github ໃນບ່ອນເກັບມ້ຽນ plugin ດ້ວຍຄວາມປາຖະຫນາທີ່ຈະເຮັດໃຫ້ມັນເປັນໄປໄດ້. ເພື່ອກໍານົດວິທີການ "spoil" pom.xml ຂອງພວກເຮົາເອງ. ນັກພັດທະນາໄດ້ຟັງສຽງຂອງຄວາມທຸກທໍລະມານເຫຼົ່ານັ້ນ, ແລະແລ້ວໃນເດືອນທັນວາ, ດ້ວຍການເປີດຕົວຮຸ່ນໃຫມ່ 1.1.0, ຮູບແບບໃຫມ່, ການແກ້ໄຂCiFriendliesOnly, ປາກົດຢູ່ໃນປລັກອິນ flatten-maven-, ເຊິ່ງເຫມາະສົມກວ່າທີ່ເຄີຍ - ມັນອອກໄປ. pom.xml ດັ່ງທີ່ເປັນຢູ່, ຍົກເວັ້ນອົງປະກອບ ແລະອະນຸຍາດໃຫ້ ${revision}, ${sha1} и ${changelist}.

ການເພີ່ມ plugin ກັບໂຄງການ

  
    org.codehaus.mojo
    flatten-maven-plugin
    1.1.0
    
      ຄວາມຈິງ
      ແກ້ໄຂCiFriendliesOnly
    
    
      
        ແປ
        ຂະ​ບວນ​ການ​ຊັບ​ພະ​ຍາ​ກອນ​
        
          ແປ
        
      
      
        flatten.ສະອາດ
        ສະອາດ
        
          ສະອາດ
        
      
    
  

ແລ້ວ!

ຈົບງາມ

ຈາກ​ນີ້​ໄປ, ເພື່ອ​ປ່ຽນ​ເວີ​ຊັນ​ຂອງ​ໂຄງ​ການ​ທັງ​ຫມົດ​ແລະ​ໃຫ້​ທຸກ​ຄົນ​ທີ່​ຂຶ້ນ​ກັບ​ຮູ້​ກ່ຽວ​ກັບ​ມັນ​, ພວກ​ເຮົາ​ພຽງ​ແຕ່​ຕ້ອງ​ການ​ແກ້​ໄຂ​ອົງ​ປະ​ກອບ​.ການແກ້ໄຂ> ໃນພຽງແຕ່ຮາກ pom.xml. ບໍ່ແມ່ນຮ້ອຍຫຼືສອງໄຟລ໌ເຫຼົ່ານີ້ທີ່ມີການປ່ຽນແປງດຽວກັນມາຮອດການທົບທວນຄືນ, ແຕ່ຫນຶ່ງ. ດີ, ບໍ່ຈໍາເປັນຕ້ອງໃຊ້ versions-maven-plugin.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com