სუფთა::ვარიანტები – კონექტორი ამისთვის
წყარო კოდის მართვის სახელმძღვანელო
Parametric Technology GmbH
ვერსია 6.0.7.685 სუფთა::ვარიანტებისთვის 6.0
საავტორო უფლება © 2003-2024 Parametric Technology GmbH
2024

შესავალი

pure::variants Connector წყაროს კოდების მართვისთვის (Connector) საშუალებას აძლევს დეველოპერებს მართონ კოდის ცვალებადობა სუფთა::ვარიანტების გამოყენებით. Pure::Variants წყაროს კოდის მენეჯმენტი იძლევა მოქნილ შესაძლებლობას დირექტორია სტრუქტურებისა და წყაროს კოდის სინქრონიზაციისთვის. fileმარტივია სუფთა::ვარიანტების მოდელებით. ამრიგად, ვარიანტების მენეჯმენტი შეიძლება გამოყენებულ იქნას კომპლექსურ პროგრამულ პროექტებზეც კი. გარდა ამისა, კავშირები სუფთა::ვარიანტების მახასიათებლებსა და წყაროს კოდებს შორის შეიძლება უფრო ადვილად იმართებოდეს შემქმნელთან და ძალიან ხელმისაწვდომია წყაროს კოდების მენეჯმენტის საშუალებით.
1.1. პროგრამული უზრუნველყოფის მოთხოვნები
Pure::variants Connector წყაროს კოდების მართვისთვის არის გაფართოება სუფთა::ვარიანტებისთვის და ხელმისაწვდომია ყველა მხარდაჭერილ პლატფორმაზე.
1.2. მონტაჟი
გთხოვთ, გაეცნოთ განყოფილებას pure::variants კონექტორები pure::variants დაყენების სახელმძღვანელოში დეტალური ინფორმაციისთვის, თუ როგორ დააინსტალიროთ კონექტორი (მენიუ დახმარება -> დახმარების შიგთავსი და შემდეგ pure::variants დაყენების სახელმძღვანელო -> pure::variants კონექტორები).
1.3. ამ სახელმძღვანელოს შესახებ
მკითხველს უნდა ჰქონდეს საბაზისო ცოდნა და გამოცდილება სუფთა::ვარიანტებთან დაკავშირებით. გთხოვთ, გაეცნოთ მის შესავალ მასალას ამ სახელმძღვანელოს წაკითხვამდე. სახელმძღვანელო ხელმისაწვდომია ონლაინ დახმარების სახით, ასევე დასაბეჭდად PDF ფორმატში აქ.

კონექტორის გამოყენებით

2.1. დაწყებული სუფთა::ვარიანტები
გამოყენებული ინსტალაციის მეთოდიდან გამომდინარე, ან დაიწყეთ Pure::variants-ჩართული Eclipse ან Windows-ში აირჩიეთ სუფთა::variants ელემენტი პროგრამის მენიუდან.
თუ Variant Management პერსპექტივა ჯერ კიდევ არ არის გააქტიურებული, გააკეთეთ ეს არჩევით Open Perspective->Other… ფანჯარაში მენიუში.
2.2. დირექტორიის ხის იმპორტი საოჯახო მოდელში
საოჯახო მოდელში დირექტორიაში ხის იმპორტამდე, უნდა შეიქმნას ვარიანტების პროექტი. ასევე მიზანშეწონილია უკვე განსაზღვრული ფუნქციები ფუნქციის მოდელში. გთხოვთ, გაეცნოთ სუფთა::ვარიანტების დოკუმენტაციას ამ ნაბიჯების შესახებ დახმარებისთვის.
ფაქტობრივი იმპორტი იწყება იმპორტის… მოქმედების არჩევით ან პროექტების კონტექსტურ მენიუში view ან იმპორტის… მენიუში File მენიუ. აირჩიეთ ვარიანტი მოდელები ან პროექტები კატეგორიიდან Variant Management და დააჭირეთ შემდეგი. შემდეგ გვერდზე აირჩიეთ საოჯახო მოდელის იმპორტი წყაროს საქაღალდეებიდან და კვლავ დააჭირეთ შემდეგი.
აირჩიეთ კოდის ტიპი იმპორტისთვის
ჩნდება იმპორტის ოსტატი (იხ. სურათი 1, „იმპორტის ოსტატის გვერდი, რათა აირჩიოთ კოდის ტიპი, რომელიც შეიძლება იყოს იმპორტირებული“). აირჩიეთ პროექტის ტიპი იმპორტისთვის და დააჭირეთ შემდეგი. თითოეული ტიპი შეიცავს წინასწარ განსაზღვრულ კომპლექტს file მოდელში იმპორტის ტიპები.
სურათი 1. იმპორტის ოსტატის გვერდი, რათა აირჩიოთ კოდის ტიპი, რომელიც შეიძლება იყოს იმპორტირებულიაირჩიეთ წყარო და სამიზნე
ოსტატის შემდეგ გვერდზე (სურათი 2, „იმპორტის ოსტატის გვერდი იმპორტისთვის წყაროსა და სამიზნის შესარჩევად“) უნდა იყოს მითითებული წყაროს დირექტორია და სამიზნე მოდელი.
დააჭირეთ ღილაკს Browse…, რათა აირჩიოთ დირექტორია, სადაც არის კოდი, რომელიც უნდა იყოს იმპორტირებული. ნაგულისხმევად არჩეულია მიმდინარე სამუშაო ადგილი, რადგან ეს შეიძლება იყოს სასარგებლო წერტილი ნავიგაციის დასაწყებად.
ქვემოთ შეგიძლიათ მიუთითოთ შაბლონის ჩათვლით და გამორიცხვა. ეს ნიმუში უნდა იყოს ჯავას რეგულარული გამონათქვამები. თითოეული შეყვანის გზა, წყაროს საქაღალდესთან შედარებით, მოწმდება ამ ნიმუშით. თუ მოიცავს ნიმუში ემთხვევა, საქაღალდე იმპორტირებულია, თუ გამორიცხვის ნიმუში არ ემთხვევა. ეს ნიშნავს, რომ მოიცავს ნიმუში წინასწარ ირჩევს საქაღალდეებს იმპორტისთვის, გამორიცხვის ნიმუში ზღუდავს ამ წინასწარ შერჩევას.
წყაროს კოდის დირექტორიას არჩევის შემდეგ უნდა განისაზღვროს სამიზნე მოდელი. ამიტომ აირჩიეთ ვარიანტის პროექტი ან საქაღალდე, სადაც მოდელი უნდა იყოს შენახული და შეიყვანეთ მოდელის სახელი. The file სახელი გაფართოვდება ავტომატურად .ccfm გაფართოებით, თუ ის არ არის მოცემული ამ დიალოგში. ნაგულისხმევად, ის დაყენებული იქნება იგივე სახელით, როგორც თავად მოდელის სახელი. ეს არის რეკომენდებული პარამეტრი.
მიზანშეწონილი წყაროს საქაღალდის და სასურველი მოდელის სახელის მითითების შემდეგ, დიალოგი შეიძლება დასრულდეს Finish-ის დაჭერით. თუ დააჭირეთ ღილაკს შემდეგი, გამოჩნდება შემდგომი გვერდი, სადაც შესაძლებელია დამატებითი პარამეტრების გაკეთება.
სურათი 2. იმპორტის ოსტატის გვერდი იმპორტისთვის წყაროსა და სამიზნის შესარჩევადშეცვალეთ იმპორტის პარამეტრები
ოსტატის ბოლო გვერდზე (სურათი 3, „იმპორტის ოსტატის გვერდი ინდივიდუალური კონფიგურაციის დასადგენად”) არის პრეფერენციები, რომლებიც შეიძლება გაკეთდეს იმპორტირებული პროგრამული პროექტისთვის იმპორტის ქცევის მორგებისთვის.
დიალოგის გვერდი აჩვენებს ცხრილს, სადაც file განსაზღვრულია ტიპები, რომლებიც გათვალისწინებული იქნება იმპორტის პროცესში.
თითოეული ხაზი შედგება ოთხი ველისგან.

• აღწერა ველი შეიცავს მოკლე აღწერით ტექსტს, რათა იდენტიფიცირება file ტიპი.
• The File სახელის ნიმუშის ველი გამოიყენება შესარჩევად files უნდა იყოს იმპორტირებული, როდესაც ისინი ემთხვევა ველების მნიშვნელობას. ველი იყენებს შემდეგ სინტაქსს:

1. ყველაზე გავრცელებული გამოყენების შემთხვევა შეიძლება იყოს ა file გაფართოება. ჩვეულებრივი სინტაქსია .EXT, სადაც სასურველია EXT file გაფართოება (მაგ. .java).
2. კიდევ ერთი გავრცელებული სიტუაცია არის განსაკუთრებული file, მარკის მსგავსადfile. აქედან გამომდინარე, შესაძლებელია ზუსტად შეესაბამებოდეს file სახელი. ამისათვის უბრალოდ შეიყვანეთ file დაასახელეთ ველში (მაგ. build.xml).
3. ზოგიერთ შემთხვევაში რუკების სურვილები უფრო სპეციფიკურია, ასე რომ მხოლოდ fileის, რომლებიც ემთხვევა სპეციალურ ნიმუშს, უნდა იყოს იმპორტირებული. ამ მოთხოვნილების დასაკმაყოფილებლად შესაძლებელია გამოიყენოს რეგულარული გამონათქვამები File სახელის ნიმუშის ველი.
   რეგულარული გამონათქვამების სინტაქსის აღწერა აღემატება ამ დახმარების მიზანს. გთხოვთ, გაეცნოთ საცნობარო თავის რეგულარულ გამონათქვამების განყოფილებას სუფთა::ვარიანტების მომხმარებლის სახელმძღვანელოში (მაგ. .*).

• Mapped ელემენტის ტიპის ველი ადგენს რუკებს შორის a file ტიპი და სუფთა::ვარიანტები ოჯახის ელემენტის ტიპი. ოჯახის ელემენტის ტიპი არის წყაროს აღმწერი file იმპორტირებულ მოდელში შედგენილი ელემენტისთვის დამატებითი ინფორმაციის მიწოდება. ტიპიური არჩევანია ps:class ან ps:makefile.
• Mapped file type ველი ადგენს რუკებს შორის a file ტიპი და სუფთა ::ვარიანტები file ტიპი. The file ჩაწერეთ pure::variants არის წყაროს აღმწერი file იმპორტირებულ მოდელში შედგენილი ელემენტისთვის დამატებითი ინფორმაციის მიწოდება. ტიპიური შერჩევა არის impl განხორციელებისთვის ან def განმარტებისთვის files.

სურათი 3. იმპორტის ოსტატის გვერდი ინდივიდუალური კონფიგურაციის დასადგენადახალი file ტიპების დამატება შესაძლებელია რუკების დამატება ღილაკის გამოყენებით. ყველა ველი ივსება განუსაზღვრელი მნიშვნელობით და უნდა იყოს შევსებული მომხმარებლის მიერ. ველში მნიშვნელობის შესაცვლელად, უბრალოდ დააწკაპუნეთ ველზე მაუსის საშუალებით. მნიშვნელობა ხდება რედაქტირებადი და შეიძლება შეიცვალოს. ნაგულისხმევის შეცვლა შეუძლებელია file ცხრილის ნიმუშების დასახელება. იმისათვის, რომ დაკონფიგურირება მოქნილი იყოს, შესაძლებელია ა file აკრიფეთ რიგის არჩევის გაუქმებით. არჩევის გაუქმება file სახელის შაბლონები რჩება კონფიგურაციაში, მაგრამ არ იქნება გამოყენებული იმპორტიორის მიერ. მომხმარებლის განსაზღვრული file ტიპების ხელახლა ამოღება შესაძლებელია რუკების წაშლის ღილაკის გამოყენებით.
ნაგულისხმევად სხვა files file სახელის ნიმუში ხელმისაწვდომია ცხრილში, მაგრამ არჩეულია. როგორც წესი, არ არის სასურველი ყველაფრის იმპორტი files მაგრამ ეს შეიძლება ადვილად შეიცვალოს შესაბამისი მწკრივის არჩევით.
არსებობს იმპორტის სამი ზოგადი ვარიანტი იმპორტიორის ქცევის მოსარგებად.

• ნუ იმპორტირდება დირექტორიები დამთხვევის გარეშე files (მაგ. CVS დირექტორიები).
  თუ იმპორტიორი აღმოაჩენს დირექტორიას, სადაც არ არის შესაბამისი file არის მასში და სადაც არცერთ ქვედირექტორიას არ აქვს შესატყვისი file, დირექტორია არ იქნება იმპორტირებული. ეს ხშირად სასარგებლოა, თუ პროექტები იმართება ვერსიების მართვის სისტემებით, როგორიცაა CVS. CVS-ისთვის, თითოეული შესაბამისი დირექტორია შეიცავს CVS- დირექტორიას, სადაც შეუსაბამოა fileს ინახება. თუ ეს ვარიანტი არჩეულია და CVS-fileარცერთს არ ემთხვევა file ზემოთ განსაზღვრული ტიპი, დირექტორია არ იქნება იმპორტირებული, როგორც კომპონენტი Family Model-ში.
• დალაგება files და დირექტორიები.
  ჩართეთ ეს პარამეტრი დასალაგებლად files და დირექტორიები თითოეული ანბანური თანმიმდევრობით.
• იმპორტის ბილიკის მართვა.
  შემდგომი სინქრონიზაციისთვის იმპორტიორმა უნდა შეინახოს ყველა იმპორტირებული ელემენტის ორიგინალური გზა მოდელში.
  ხშირ შემთხვევაში საოჯახო მოდელები ზიარდება სხვა მომხმარებლებთან. დირექტორიას სტრუქტურა შეიძლება განსხვავებული იყოს თითოეული მომხმარებლისთვის. ყველაზე გავრცელებული გამოყენების სცენარების მხარდასაჭერად იმპორტიორს შეუძლია იმუშაოს სხვადასხვა რეჟიმში:

აბსოლუტური	იმპორტირებული ელემენტის აბსოლუტური გზა შეინახება მოდელში. შემდგომი სინქრონიზაციისთვის და ტრანსფორმაციის დროს files უნდა განთავსდეს ზუსტად იმავე ადგილას, როგორც პირველი იმპორტის დროს.
სამუშაო სივრცესთან შედარებით	ბილიკები ინახება სამუშაო სივრცის საქაღალდესთან შედარებით. სინქრონიზაციისთვის files უნდა იყოს Eclipse სამუშაო სივრცის ნაწილი. ტრანსფორმაციამ უნდა გამოიყენოს Eclipse სამუშაო სივრცე, როგორც შეყვანის დირექტორია.
პროექტთან შედარებით	ბილიკები ინახება პროექტთან შედარებით. სინქრონიზაციისთვის files არის Eclipse-ის შიგნით პროექტის ნაწილი. ტრანსფორმაციამ უნდა გამოიყენოს პროექტის საქაღალდე, როგორც შეყვანის დირექტორია.
ბილიკის მიმართ	ბილიკები ინახება მოცემულ ბილიკთან შედარებით. სინქრონიზაციისთვის files უნდა განთავსდეს ზუსტად იმავე ადგილას. ტრანსფორმაციის შეყვანის დირექტორია იგივეა, რაც შედარებითი გზა იმპორტის დროს.

ამ დიალოგის ყველა პარამეტრი ინახება მუდმივად. პერსონალური პერსონალიზაცია არ უნდა განმეორდეს ყოველ ჯერზე იმპორტის გაშვებისას. ეს ხდის იმპორტის სამუშაო პროცესს მარტივ და სწრაფს.
2.3. მოდელების განახლება დირექტორიის ხედან
დააჭირეთ ღილაკს სინქრონიზაცია იმპორტირებული მოდელის მის დირექტორიასთან სინქრონიზაციისთვის. პროექტის ძირეული გზა ინახება მოდელში, ასე რომ, ის სინქრონიზდება იმავე დირექტორიაში, როგორც ადრე. სინქრონიზაციის ღილაკის ჩასართავად გახსენით მოდელი და აირჩიეთ ნებისმიერი ელემენტი. სინქრონიზაციის ღილაკზე დაჭერის შემდეგ იხსნება შედარება რედაქტორი, სადაც უპირისპირდება ამჟამინდელი საოჯახო მოდელი და მიმდინარე დირექტორიას სტრუქტურის მოდელი (იხ. სურათი 4, „მოდელის განახლება Directory Tree-დან შედარების რედაქტორში“).
სურათი 4. მოდელის განახლება Directory Tree-დან Compare Editor-ში   შედარების რედაქტორი გამოიყენება მთელი pure::variants მოდელის ვერსიების შესადარებლად, მაგრამ ამ შემთხვევაში გამოიყენება ფიზიკური დირექტორიას სტრუქტურის (გამოსახული ქვედა მარჯვენა მხარეს) მიმდინარე სუფთა::ვარიანტების მოდელთან (ქვედა მარცხენა მხარე) შესადარებლად. ყველა ცვლილება ჩამოთვლილია როგორც ცალკეული ელემენტები რედაქტორის ზედა ნაწილში, დალაგებულია დაზარალებული ელემენტების მიხედვით.
ამ სიაში ელემენტის არჩევა ხაზს უსვამს შესაბამის ცვლილებას ორივე მოდელში. ყოფილშიampასევე, დამატებული ელემენტი აღინიშნება ყუთით მარჯვენა მხარეს და დაკავშირებულია მის შესაძლებელ პოზიციასთან მოდელში მარცხენა მხარეს. შერწყმის ინსტრუმენტთა პანელი ზედა და ქვედა რედაქტორის ფანჯრებს შორის უზრუნველყოფს ინსტრუმენტებს, რათა დააკოპიროთ ერთი ან თუნდაც ყველა (არაკონფლიქტური) ცვლილება მთლიანობაში დირექტორიაში ხის მოდელიდან Feature Model-მდე.
შენიშვნა
სინქრონიზაცია კეთდება ბოლო გამოყენებული იმპორტიორის პარამეტრებთან. ეს შესაძლებელს ხდის მოდელის განახლებას სხვა პარამეტრებით, როგორც ეს იყო იმპორტის შესრულებისას.

ურთიერთობის ინდექსერის გამოყენება

წყარო კოდის მართვის დამაკავშირებელი აძლიერებს ურთიერთობებს View სუფთა::ვარიანტების მოდელის ელემენტებსა და წყაროს კოდს შორის კავშირების შესახებ ინფორმაცია. კავშირები დამატებულია ფუნქციებისთვის, რომლებიც გამოიყენება ps:condxml და ps:condtext ელემენტების პირობებში.
ps:flag-ისთვის და ps:flag-ისთვისfile ელემენტებს წინასწარ პროცესორის მუდმივთა მდებარეობა C/C++ წყაროში fileს ნაჩვენებია. გარდა ამისა, წინასწარი პროცესორის მუდმივების შესატყვისი ადგილები ნაჩვენებია შერჩეული მახასიათებლისთვის, მახასიათებლის უნიკალურ სახელებსა და წინასწარ პროცესორის მუდმივებს შორის რუკის გამოყენებით.
3.1. პროექტში ურთიერთობის ინდექსერის დამატება
ურთიერთობის ინდექსატორი შეიძლება გააქტიურდეს პროექტის საკუთრების სპეციალურ გვერდზე. აირჩიეთ პროექტი და აირჩიეთ თვისებათა ელემენტი კონტექსტური მენიუში. მომავალ დიალოგში აირჩიეთ Relation Indexer გვერდი.
ნახაზი 5. პროექტის თვისების გვერდი ურთიერთობის ინდექსერისთვის

ურთიერთობის ინდექსატორი გააქტიურებულია პროექტისთვის არჩევით Enable Relation Indexer ოფცია (1). ინდექსატორის ჩართვის შემდეგ არის კიდევ რამდენიმე ვარიანტი პროექტის სპეციფიკური ქცევის დასადგენად. სუფთა::ვარიანტების პირობების ინდექსირება და C/C++ წინასწარი პროცესორის მუდმივები შეიძლება გააქტიურდეს ცალკე (2). სიაში file სახელის შაბლონები (3) გამოიყენება შესარჩევად files ინდექსირებისთვის. მხოლოდ fileის, რომლებიც ემთხვევა ერთ-ერთ შაბლონს, დასკანირებულია. დაამატეთ "*", როგორც ნიმუში ყველა სკანირებისთვის fileპროექტის ს.
პროექტისთვის ინდექსატორის გააქტიურების შემდეგ პროექტს ემატება მშენებელი. ამ მშენებლის სკანირება შეიცვალა files ახალი ურთიერთობებისთვის სუფთა::ვარიანტების მოდელის ელემენტებთან ავტომატურად.
3.2. კავშირი წყარო კოდთან
გააქტიურებული ურთიერთობის ინდექსატორით Relations View შეიცავს დამატებით ჩანაწერებს. ეს ჩანაწერები გვიჩვენებს სახელს file და ვარიანტის წერტილის ხაზის ნომერი. ხელსაწყოს წვერი აჩვენებს შესაბამის მონაკვეთს file. ჩანაწერზე ორჯერ დაწკაპუნებით file გაიხსნება რედაქტორში.
სუფთა::ვარიანტები პირობები
სუფთა::ვარიანტების პირობა შეიძლება გამოყენებულ იქნას a-ს სექციების ჩასართავად ან გამოსარიცხად file მახასიათებლის შერჩევის მიხედვით. მდგომარეობის ინდექსერი სკანირებს ასეთ წესებს და ამოიღებს მითითებულ ფუნქციებს. თუ ასეთი ფუნქცია არჩეულია რედაქტორში, Relations View აჩვენებს ყველაფერს files და ხაზები, სადაც არის მდგომარეობა შერჩეული მახასიათებლით (იხ. სურათი 6, „პირობის წარმოდგენა ურთიერთობებში View”).
სურათი 6. მდგომარეობის წარმოდგენა ურთიერთობებში Viewპირობების განსაზღვრის შესახებ დეტალური ახსნა-განმარტების მისაღებად, გაეცანით წმინდა::ვარიანტების მომხმარებლის სახელმძღვანელოს განყოფილებას ps:condtext 9.5.7 (მითითება –> წინასწარ განსაზღვრული წყაროს ელემენტების ტიპები –> ps:condtext).
C/C++ წინასწარი პროცესორის მუდმივები
C/C++ Preprocessor Indexer სკანირებს files მუდმივებისთვის, რომლებიც გამოიყენება წინასწარ პროცესორის წესებში (მაგ. #ifdef, #ifndef,…).
თუ ps:flag ან ps:flagfile ელემენტი არჩეულია ურთიერთობები View აჩვენებს განსაზღვრული წინასწარი პროცესორის მუდმივის გამოყენებას.
ურთიერთობები View ასევე აჩვენებს წინასწარ პროცესორის მუდმივებს, რომლებიც დაკავშირებულია ფუნქციებთან რუკების შაბლონების გამოყენებით. ამისათვის შაბლონები გაფართოებულია არჩეული ფუნქციის მონაცემებით. შედეგად მიღებული სიმბოლოები გამოიყენება შესატყვისი წინასწარი პროცესორის მუდმივების მოსაძებნად. სურათი 7, „C/C++ წინასწარი პროცესორის კონსტანტის წარმოდგენა ურთიერთობებში View“ გვიჩვენებს ყოფილიample ნიმუშის დიდებით{Name}. ნიმუში გაფართოვდა ფუნქციის უნიკალური სახელით fameNative-ზე. ინდექსირებულ კოდში არის 76 ადგილი, სადაც გამოიყენება წინასწარი პროცესორის მუდმივი fameNative.
ეს ადგილები ნაჩვენებია ურთიერთობებში View. შაბლონები შეიძლება განისაზღვროს პრეფერენციებში (იხ. სექცია 3.3, „პრეფერენციები“).
სურათი 7. C/C++ წინასწარი პროცესორის კონსტანტის წარმოდგენა ურთიერთობებში View

3.3. პრეფერენციები
ინდექსატორის ნაგულისხმევი ქცევის შესაცვლელად გახსენით Eclipse პარამეტრები და აირჩიეთ Relation Indexer გვერდი Variant Management კატეგორიაში. გვერდი აჩვენებს ორ სიას.
სურათი 8. Relation Indexer Preference გვერდიზედა სია შეიცავს ნაგულისხმევს file შაბლონები ინდექსატორისთვის (1). ეს სია არის საწყისი ნიმუშის პარამეტრი ახლად ჩართული პროექტებისთვის.
ქვედა სია შეიცავს მახასიათებლებსა და წინასწარ პროცესორის მუდმივებს შორის რუკს (2). ეს რუქა გამოიყენება ყველა პროექტისთვის. ცხრილი 1, „მხარდაჭერილი რუკების ჩანაცვლება“ აჩვენებს ყველა შესაძლო ჩანაცვლებას.
ცხრილი 1. მხარდაჭერილი რუკების ჩანაცვლება

Wildcard	აღწერა	Example: თვისება A
სახელი	არჩეული ფუნქციის უნიკალური სახელი	FLAG_{სახელი} – FLAG_FeatureA
NAME	არჩეული მახასიათებლის დიდი ასო უნიკალური სახელი	FLAG_{NAME} – FLAG_FEATUREA
სახელი	არჩეული ფუნქციის ქვედა ასო უნიკალური სახელი	flag_{name} – flag_featurea

დოკუმენტები / რესურსები

pure-systems 2024 კონექტორი კოდის მართვის პროგრამული უზრუნველყოფისთვის [pdf] მომხმარებლის სახელმძღვანელო 2024, 2024 კონექტორი კოდის მართვის პროგრამული უზრუნველყოფისთვის, წყარო კოდის მართვის პროგრამული უზრუნველყოფის კონექტორი, კოდის მართვის პროგრამული უზრუნველყოფა, მართვის პროგრამული უზრუნველყოფა

ცნობები

• მომხმარებლის სახელმძღვანელო