{"id":131735,"date":"2021-04-06T13:14:10","date_gmt":"2021-04-06T12:14:10","guid":{"rendered":"https:\/\/blog.jetbrains.com\/?post_type=space&p=131735"},"modified":"2021-04-06T13:14:10","modified_gmt":"2021-04-06T12:14:10","slug":"space-automation-da-coklu-depo-derlemeleri-icin-destek","status":"publish","type":"space","link":"https:\/\/blog.jetbrains.com\/tr\/space\/2021\/04\/06\/space-automation-da-coklu-depo-derlemeleri-icin-destek\/","title":{"rendered":"Space Automation’da \u00c7oklu Depo Derlemeleri i\u00e7in Destek"},"content":{"rendered":"

\"Space<\/p>\n<\/p>\n

Space Automation (CI\/CD’den sorumlu JetBrains Space<\/a> b\u00f6l\u00fcm\u00fc), yak\u0131n zamanda, Automation betiklerinizin \u00e7e\u015fitli Git depolar\u0131yla \u00e7al\u0131\u015fmas\u0131na izin veren birka\u00e7 harika yeni \u00f6zellik kazand\u0131.<\/p>\n

De\u011fi\u015fiklikleri a\u015fa\u011f\u0131da k\u0131saca sunuyoruz:<\/p>\n

    \n
  1. \n

    Bir i\u015f (job) art\u0131k bir projedeki her depoya g\u00f6z atabilir (sadece \u00e7al\u0131\u015fan Otomasyon beti\u011fini i\u00e7erene de\u011fil).<\/p>\n<\/li>\n

  2. \n

    Otomasyon art\u0131k belirli bir havuz, dal, dizin veya dosyadaki de\u011fi\u015fiklikler \u00fczerinde \u00e7al\u0131\u015ft\u0131r\u0131lan bir i\u015fi tetikleyebilir.<\/p>\n<\/li>\n<\/ol>\n

    <\/span><\/p>\n

    Bu nerede yararl\u0131 olabilir? \u00d6rne\u011fin, mikro hizmetlere (her biri ayr\u0131 bir depoda) dayal\u0131 bir projeniz var ve bir b\u00fct\u00fcn olarak proje kar\u015f\u0131s\u0131nda \u00e7al\u0131\u015fan entegrasyon testleri i\u00e7eren ayr\u0131 bir deponuz var. Ba\u015fka bir ger\u00e7ek hayat \u00f6rne\u011fi: Bir proje birden fazla depo i\u00e7eriyor ve her deponun dok\u00fcmantasyon i\u00e7eren kendi doc\/<\/code> klas\u00f6r\u00fc var. Automation’\u0131 kullanarak, t\u00fcm bu depolar\u0131n doc\/<\/code> klas\u00f6rlerindeki de\u011fi\u015fiklikleri izleyen ve dahili bir dok\u00fcmantasyon web sitesi olu\u015fturup da\u011f\u0131tan bir i\u015f ayarlayabilirsiniz.<\/p>\n

    Daha fazla ayr\u0131nt\u0131y\u0131 okuyun!<\/p>\n

    Kaynak kodunu kontrol etme<\/h2>\n

    Normalde, Space Automation’da "kaynak kodunu kontrol etme" ad\u0131m\u0131n\u0131 d\u00fc\u015f\u00fcnmenize gerek yoktur. Bir i\u015f her ba\u015flat\u0131ld\u0131\u011f\u0131nda, Automation ge\u00e7erli dal\u0131 mevcut depodan (\u00e7al\u0131\u015fan beti\u011fi i\u00e7eren) klonlar.
    \n\u015eimdi, bir i\u015f bir proje i\u00e7indeki ba\u015fka bir deponun i\u00e7eri\u011fini gerektiriyorsa, ana depoya ek olarak bu depoyu da kontrol edebilirsiniz. Tek yapman\u0131z gereken git<\/code> blo\u011funda ikinci deponun ad\u0131n\u0131 belirtmektir:<\/p>\n

    job("check out second repo") {\n    \/\/ check out second-repo to \/mnt\/space\/work\/repo-2\n    git("second-repository") {\n        \/\/ the default path is \/mnt\/space\/work\/$repoName\n        \/\/ but you can change it with cloneDir\n        cloneDir = "repo-2"\n    }\n\n    container("ubuntu") {\n        shellScript {\n            content = """\n                echo Directory structure\n                ls -R \/mnt\n                echo Working dir is\n                pwd\n            """\n        }\n    }\n}\n\/\/ the \/mnt\/space\/work dir will contain the current and the second repo\n\/\/ \/mnt\/space\/work\/main-repo ; \/mnt\/space\/work\/repo-2\n\/\/ Working dir is \/mnt\/space\/work\/main-repo<\/code><\/pre>\n
    Hepsi bu kadar da de\u011fil! Art\u0131k, depodan hangi verileri getirmek istedi\u011finizi de se\u00e7ebilirsiniz: etiketleri, belirli dallar\u0131 veya revizyonlar\u0131 getirebilirsiniz. Automation belgelerinde daha fazlas\u0131n\u0131 \u00f6\u011frenin<\/a><\/p>\n
    Bir dal, dizin veya dosyadaki de\u011fi\u015fikliklerle \u00e7al\u0131\u015ft\u0131r\u0131lan bir i\u015fi tetikleme<\/h2>\n
    Varsay\u0131lan olarak, bir deponun belirli bir dal\u0131na bir commit i\u015flemi yap\u0131ld\u0131\u011f\u0131nda, Automation bu dalda bir betik y\u00fcr\u00fctmesini tetikler. Elbette, bu i\u015flem depodaki t\u00fcm dallarda \u00e7al\u0131\u015f\u0131r. Beti\u011fi yaln\u0131zca belirli depolarda \u00e7al\u0131\u015ft\u0131rmak i\u00e7in, gitPush<\/code> blo\u011funun i\u00e7indeki branchFilter<\/code> parametresini kullan\u0131n.<\/p>\n
    \u00d6rne\u011fin, sadece my-feature<\/code> dal\u0131nda i\u015fler tetiklemek i\u00e7in:<\/p>\n
    job("Run on git push") {\n    startOn {\n        gitPush {\n            branchFilter {\n                +"refs\/heads\/my-feature"\n            }\n        }\n    }\n}<\/code><\/pre>\n
    branchFilter<\/code>‘\u0131n Regex, dahil etme ve d\u0131\u015f\u0131nda b\u0131rakma kurallar\u0131 ve joker karakter (wildcard)<\/a> destekledi\u011fini unutmay\u0131n.<\/p>\n
    Dizinlerde ve dosyalarda de\u011fi\u015fikliklerle \u00e7al\u0131\u015fan bir i\u015fi tetiklemek i\u00e7in,pathFilter<\/code> blo\u011funu kullan\u0131n (bran\u0441hFilter<\/code>, ile birlikte; karma\u015f\u0131k filtreler yaratmay\u0131<\/a> destekler):<\/p>\n
    job("Run on git push") {\n    startOn {\n        gitPush {\n            pathFilter {\n                \/\/ include all from 'targets' directory\n                +"targets\/**"\n                \/\/ exclude 'targets\/main' directory\n                -"targets\/main\/**"\n                \/\/ include all 'Main.kt' files in the project\n                \/\/ As this rule is more specific,\n                \/\/ 'Main.kt' will be included even if\n                \/\/ it's located in 'targets\/main'\n                +"**\/Main.kt"\n            }\n        }\n    }\n}<\/code><\/pre>\n
    Ba\u015fka bir depodaki de\u011fi\u015fikliklerle \u00e7al\u0131\u015ft\u0131r\u0131lan bir i\u015fi tetikleme<\/h2>\n
    Bazen, birka\u00e7 proje deposundan kaynak kodu kullanan bir derleme yap\u0131land\u0131rman\u0131z gerekebilir. \u00d6rne\u011fin, di\u011fer depolarda hi\u00e7bir .space.kts<\/code> dosyas\u0131 bulunmazken, t\u00fcm proje i\u00e7in derleme beti\u011fini i\u00e7eren ayr\u0131 bir depo olu\u015fturabilirsiniz.<\/p>\n
    M\u00fcmk\u00fcn olan en basit \u00f6rne\u011fe bir g\u00f6z atal\u0131m. Diyelim ki iki depolu bir projeniz var: first-repository<\/code> ve second-repository<\/code>. \u015eu .space.kts<\/code> dosyas\u0131n\u0131 first-repository<\/code>‘ye eklersiniz:<\/p>\n
    job("Run on change in second-repository") {\n    startOn {\n       gitPush {\n            repository = "second-repository"\n        }\n    }\n\n    \/\/ don't forget to check out \n    \/\/ the content of second-repo\n    git("second-repository")\n\n    container("alpine") {\n        shellScript {\n            content = "ls \/mnt\/space\/work"\n        }\n    }\n}<\/code><\/pre>\n
    Aray\u00fczde nas\u0131l g\u00f6r\u00fcn\u00fcyor? E\u011fer first-repository<\/code> i\u00e7in \u0130\u015fler (Jobs)<\/strong> sayfas\u0131n\u0131 a\u00e7arsan\u0131z, yeni bir \u015fey g\u00f6rmezsiniz, sadece normal bir i\u015f \u00e7al\u0131\u015fmas\u0131:<\/p>\n
    \"Space<\/a><\/p>\n
    Ancak \u015fimdi e\u011fer sayfay\u0131 second-repository<\/code> i\u00e7in i\u015f listesine de\u011fi\u015ftirirseniz, \u015fu anda se\u00e7ili olan depoya referanslar\u0131 bulunan di\u011fer depolardan i\u015flerin oldu\u011fu \u00e7apraz referansl\u0131 i\u015fleri<\/strong> i\u00e7erdi\u011fini g\u00f6receksiniz. Bizim durumumuzda, tek i\u015f, first-repository<\/code>‘den gelen i\u015fimizdir:<\/p>\n
    \"Space<\/a><\/p>\n
    Elbette, daha derine inebilir ve depo tetikleyicisine bir seviye daha ekleyebilirsiniz: bir dala veya veri yoluna g\u00f6re filtreleme. Automation belgelerinde<\/a>. daha fazlas\u0131n\u0131 bulabilirsiniz.<\/p>\n
    B\u00f6ylece k\u00fc\u00e7\u00fck duyurumuzun sonuna geldik. Yorumlar\u0131n\u0131z\u0131 a\u015fa\u011f\u0131ya b\u0131rakman\u0131z\u0131 ve bu yeni \u00f6zellikleri denemenizi rica ederiz!<\/p>\n","protected":false},"author":902,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","categories":[],"tags":[],"cross-post-tag":[],"acf":[],"_links":{"self":[{"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/space\/131735"}],"collection":[{"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/space"}],"about":[{"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/types\/space"}],"author":[{"embeddable":true,"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/users\/902"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/comments?post=131735"}],"version-history":[{"count":1,"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/space\/131735\/revisions"}],"predecessor-version":[{"id":131736,"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/space\/131735\/revisions\/131736"}],"wp:attachment":[{"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/media?parent=131735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/categories?post=131735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/tags?post=131735"},{"taxonomy":"cross-post-tag","embeddable":true,"href":"https:\/\/blog.jetbrains.com\/tr\/wp-json\/wp\/v2\/cross-post-tag?post=131735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}