បទពិសោធន៍ប្រើប្រាស់កម្មវិធីជំនួយ flatten-maven ដើម្បីសម្រួលកំណែនៅក្នុងគម្រោង maven

насО

នៅ 1C យើងអភិវឌ្ឍមិនត្រឹមតែវេទិកាប៉ុណ្ណោះទេ 1C: សហគ្រាស នៅលើ គ ++ и JavaScriptប៉ុន្តែក៏មានកម្មវិធី Java ផងដែរ - ជាពិសេសបរិស្ថានអភិវឌ្ឍន៍ថ្មី។ ឧបករណ៍អភិវឌ្ឍន៍សហគ្រាស ផ្អែកលើ Eclipse និងម៉ាស៊ីនមេផ្ញើសារដែលរួមបញ្ចូលគ្នាយ៉ាងស៊ីជម្រៅជាមួយវេទិកា - ប្រព័ន្ធអន្តរកម្ម.

ធាតុ

យើងភាគច្រើនប្រើ maven ជាប្រព័ន្ធបង្កើតសម្រាប់កម្មវិធី Java ហើយនៅក្នុងអត្ថបទខ្លីនេះ យើងចង់និយាយអំពីបញ្ហាមួយដែលយើងត្រូវប្រឈមមុខក្នុងដំណើរការរៀបចំការអភិវឌ្ឍន៍ និងអំពីវិធីសាស្រ្តដែលអនុញ្ញាតឱ្យយើងយកឈ្នះលើបញ្ហានេះ។ បញ្ហា។

តម្រូវការជាមុន និងដំណើរការការងារ

ដោយសារភាពជាក់លាក់នៃការអភិវឌ្ឍន៍នៅក្នុងគម្រោង maven របស់យើង យើងប្រើម៉ូឌុល ភាពអាស្រ័យ និងគម្រោងកុមារជាច្រើន។ ចំនួនឯកសារ pom ក្នុងមែកធាងមួយអាចមានរាប់សិប ឬរាប់រយ។

វាហាក់ដូចជា៖ គ្មានអ្វីធំដុំទេ ពួកគេបានបង្កើតវាម្តង ហើយបំភ្លេចវាចោល។ ប្រសិនបើអ្នកត្រូវការផ្លាស់ប្តូរ ឬបន្ថែមអ្វីមួយនៅក្នុងឯកសារទាំងអស់ក្នុងពេលតែមួយ មានឧបករណ៍ងាយស្រួលជាច្រើននៅក្នុងកម្មវិធីនិពន្ធ និង IDEs ។ តើអ្វីជាការផ្លាស់ប្តូរធម្មតាបំផុតទៅ pom.xml? យើងជឿថាការផ្លាស់ប្តូរនៅក្នុងកំណែគម្រោង និងភាពអាស្រ័យ។ ប្រហែល​ជា​មាន​នរណា​ម្នាក់​ចង់​ប្រកែក​ជាមួយ​នឹង​រឿង​នេះ ប៉ុន្តែ​នេះ​គឺ​ជា​ស្ថានភាព​ពិត​ប្រាកដ​ជាមួយ​យើង។ ហេតុផលស្ថិតនៅក្នុងការពិតដែលថា រួមជាមួយនឹងខឺណែល យើងកំពុងអភិវឌ្ឍបណ្ណាល័យផ្ទាល់ខ្លួនរបស់យើងជាច្រើនក្នុងពេលដំណាលគ្នា ហើយសម្រាប់ការផលិតឡើងវិញជាបន្តបន្ទាប់នៃលទ្ធផលនៃការសាងសង់ និងការធ្វើតេស្ត ការប្រើប្រាស់រូបថតហាក់ដូចជាមិនងាយស្រួលសម្រាប់យើងទេ។ សម្រាប់ហេតុផលនេះ វាចាំបាច់ក្នុងការបង្កើនលេខកំណែនៅក្នុងគម្រោងជាមួយនឹងការសាងសង់នីមួយៗ។

ដូចគ្នានេះផងដែរ ពីពេលមួយទៅពេលមួយ អ្នកអភិវឌ្ឍន៍ត្រូវបង្កើតសាខាផ្ទាល់ខ្លួនរបស់គាត់នៃបណ្ណាល័យ ហើយពិនិត្យមើលមុខងាររបស់វាប្រឆាំងនឹងភាពអាស្រ័យទាំងអស់ ដែលគាត់ត្រូវផ្លាស់ប្តូរកំណែទាំងអស់ដោយដៃ។

ដំណោះស្រាយបឋម

ជាមួយនឹងការផ្លាស់ប្តូរកំណែញឹកញាប់ និងច្រើនបែបនេះ ខ្ញុំចង់ធ្វើឱ្យដំណើរការនេះមានភាពសាមញ្ញ និងស្វ័យប្រវត្តិនៅក្នុង CI ។ នេះគឺជាកន្លែងដែលកម្មវិធីជំនួយដ៏ងាយស្រួល និងល្បីមកជួយសង្គ្រោះ។ versions-maven-plugin - ភ្ជាប់វាហើយបើកវា។

កំណែ mvn -N៖ កំណត់ -DnewVersion=2.0.1

ហើយ Maven នឹងធ្វើអ្វីគ្រប់យ៉ាងដូចដែលវាគួរតែ: វានឹងដំណើរការតាមឋានានុក្រមពីកំពូលទៅបាតដោយជំនួសកំណែទាំងអស់ - ភាពស្រស់ស្អាត! ឥឡូវនេះ អ្វីដែលនៅសេសសល់គឺត្រូវលើកសំណើរទាញ សហសេវិកនឹងពិនិត្យមើលការផ្លាស់ប្តូរ ហើយអ្នកអាចចូលរួមយ៉ាងរហ័ស។ រហ័ស? មិនថាវាយ៉ាងម៉េចទេ។ ពីរបីរយ pom.xml សម្រាប់ការពិនិត្យ ហើយនេះមិនរាប់បញ្ចូលលេខកូដទេ។ លើសពីនេះ គ្មាននរណាម្នាក់មានសុវត្ថិភាពពីការប៉ះទង្គិចគ្នាជាមួយឯកសារដែលបានផ្លាស់ប្តូរមួយចំនួនធំបែបនេះទេ។ វាគួរតែត្រូវបានកត់សម្គាល់នៅទីនេះថានៅក្នុងដំណើរការ CI ការផ្លាស់ប្តូរកំណែកើតឡើងដោយស្វ័យប្រវត្តិរួមជាមួយនឹងការផ្លាស់ប្តូរមុខងារ ហើយមិនមែនដោយឡែកពីគ្នានោះទេ។

ឱកាសថ្មី

មួយសន្ទុះ​យើង​ស្ងប់​ចិត្ត​ចុះ​ចេញ​ពី​ខ្លួន​ឯង​ទៅ យើង​រស់​នៅ​បែប​នោះ​រហូត​ដល់​ប្រុសៗ​មក គម្រោង Maven Apache ចាប់ផ្តើមពីកំណែ 3.5.0-beta-1 Maven មិនរួមបញ្ចូលការគាំទ្រសម្រាប់អ្វីដែលគេហៅថា "កន្លែងដាក់" ទេ។ ខ្លឹមសារនៃការជំនួសទាំងនេះគឺនោះ។ pom.xml ជំនួសឱ្យការចង្អុលបង្ហាញជាក់លាក់នៃកំណែគម្រោង អថេរត្រូវបានប្រើ ${revision}, ${sha1} и ${បញ្ជីផ្លាស់ប្តូរ}. តម្លៃនៃលក្ខណៈសម្បត្តិទាំងនេះខ្លួនឯងត្រូវបានកំណត់ទាំងនៅក្នុងធាតុលក្ខណៈសម្បត្តិ> ឬពួកគេអាចកំណត់តាមរយៈលក្ខណសម្បត្តិប្រព័ន្ធ

mvn -Drevision=2.0.0 កញ្ចប់ស្អាត

តម្លៃទ្រព្យសម្បត្តិប្រព័ន្ធមានអាទិភាពជាងតម្លៃដែលបានកំណត់ក្នុងលក្ខណៈសម្បត្តិ>.

ឪពុកម្តាយ

  ៤.០.០
  
    org.apache
    apache
    ២.៧.១
  
  org.apache.maven.ci
  ស៊ី-មេ
  CI មិត្តភាពដំបូង
  ${revision}${sha1}${changelist}
  ...
  
    1.3.1
    - រូបថត
    
  


កូនចៅ

  ៤.០.០
  
    org.apache.maven.ci
    ស៊ី-មេ
    ${revision}${sha1}${changelist}
  
  org.apache.maven.ci
  ci-កូន
   ...

ប្រសិនបើអ្នកចង់បង្កើតកំណែ 2.0.0-SNAPSHOT បន្ទាប់មកគ្រាន់តែប្រើ

    mvn -Drevision=2.0.0 កញ្ចប់ស្អាត

ប្រសិនបើអ្នកចង់ធ្វើការចេញផ្សាយ នោះគ្រាន់តែកំណត់ SNAPSHOT ឡើងវិញ

    mvn -Dchangelist= កញ្ចប់ស្អាត

*ឧទាហរណ៍ខាងលើគឺយកចេញពី អត្ថបទ នៅលើគេហទំព័រ Maven Apache Project

ការពិតដ៏អាក្រក់

អ្វីគ្រប់យ៉ាងគឺល្អ និងមានសុខភាពល្អ វាដល់ពេលដែលមានអារម្មណ៍នៃការពេញចិត្ត ប៉ុន្តែមិនមែនទេ។ វាប្រែថាវិធីសាស្ត្រនេះនឹងមិនដំណើរការសម្រាប់ការដំឡើង និងដាក់ឱ្យប្រើប្រាស់ទេ ព្រោះវានឹងមិនត្រូវបានជំនួសនៅក្នុងការពិពណ៌នាអំពីវត្ថុបុរាណដែលបានបោះពុម្ពនៅក្នុងឃ្លាំងនោះទេ។ ${revision} នៅលើអត្ថន័យរបស់វា ហើយ maven នឹងលែងយល់ពីអ្វីដែលវានិយាយអំពី។

    org.apache
    apache
    ${revision}

ពន្លឺនៅចុងបញ្ចប់នៃផ្លូវរូងក្រោមដី

យើងត្រូវស្វែងរកដំណោះស្រាយចំពោះបញ្ហា។ អាចជួយសង្គ្រោះស្ថានភាពបាន។ រុញ-maven-កម្មវិធីជំនួយ. កម្មវិធីជំនួយនេះដោះស្រាយអថេរទាំងអស់នៅក្នុង pom ប៉ុន្តែក្នុងពេលតែមួយកាត់ចេញនូវព័ត៌មានផ្សេងទៀតជាច្រើនដែលត្រូវការតែក្នុងអំឡុងពេលដំឡើង ហើយមិនចាំបាច់នៅពេលនាំចូលវត្ថុបុរាណដែលបានបោះពុម្ពទៅក្នុងគម្រោងផ្សេងទៀត។ កម្មវិធីជំនួយនេះក៏ "ពង្រីក" ភាពអាស្រ័យរបស់មាតាបិតា និងកូនទាំងអស់ផងដែរ ហើយជាលទ្ធផល អ្នកទទួលបានផាសុខភាពដែលរួមបញ្ចូលអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវការ។ ភាពរអាក់រអួលគឺថាវាកាត់បន្ថយ "បន្ថែម" ច្រើនពេកដែលមិនសមនឹងយើងទាល់តែសោះ។ បន្ទាប់ពីសិក្សាព័ត៌មានអំពីការអភិវឌ្ឍន៍កម្មវិធីជំនួយនេះ វាបានប្រែក្លាយថាយើងមិនមែនជាមនុស្សតែមួយនៅក្នុងសកលលោកនោះទេ ហើយត្រឡប់មកវិញនៅក្នុងខែសីហា ឆ្នាំ 2018 សំណើទាញមួយត្រូវបានបង្កើតឡើងនៅលើ Github នៅក្នុងឃ្លាំងកម្មវិធីជំនួយដោយមានបំណងធ្វើឱ្យវាអាចធ្វើទៅបាន។ ដើម្បីកំណត់ដោយខ្លួនឯងពីរបៀប "បំផ្លាញ" pom.xml ។ អ្នកអភិវឌ្ឍន៍បានស្តាប់សំឡេងនៃការឈឺចាប់ទាំងនោះ ហើយរួចទៅហើយនៅក្នុងខែធ្នូជាមួយនឹងការចេញផ្សាយកំណែថ្មី 1.1.0 ដែលជារបៀបថ្មី ដំណោះស្រាយCiFriendliesOnly បានបង្ហាញខ្លួននៅក្នុងកម្មវិធីជំនួយ flatten-maven- ដែលសមស្របជាងពេលណាទាំងអស់ - វាចាកចេញ។ pom.xml ដូច​ជា​ដែរ លើកលែងតែ​ធាតុ និងអនុញ្ញាត ${revision}, ${sha1} и ${បញ្ជីផ្លាស់ប្តូរ}.

ការបន្ថែមកម្មវិធីជំនួយទៅគម្រោង

  
    org.codehaus.mojo
    flatten-maven-plugin
    ២.៧.១
    
      ពិត
      ដោះស្រាយCiFriendliesOnly
    
    
      
        បង្រួម
        ដំណើរការ - ធនធាន
        
          បង្រួម
        
      
      
        flatten.ស្អាត
        ស្អាត
        
          ស្អាត
        
      
    
  

ធ្វើ!

រីករាយចុង

ចាប់ពីពេលនេះតទៅ ដើម្បីផ្លាស់ប្តូរកំណែនៃគម្រោងទាំងមូល និងអនុញ្ញាតឱ្យភាពអាស្រ័យទាំងអស់ដឹងអំពីវា យើងគ្រាន់តែត្រូវការកែសម្រួលធាតុប៉ុណ្ណោះ។ពិនិត្យឡើងវិញ> ត្រឹមជា root pom.xml. មិនមែនមួយរយ ឬពីរនៃឯកសារទាំងនេះដែលមានការផ្លាស់ប្តូរដូចគ្នាមកដល់ការពិនិត្យឡើងវិញនោះទេ ប៉ុន្តែមានមួយ។ ជាការប្រសើរណាស់, មិនចាំបាច់ប្រើ versions-maven-plugin.

ប្រភព: www.habr.com