単一Gitリポジトリから独立しました

by LINEヤフーTech (LY Corporation Tech)

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

© LY Corporation 8 分割前の元レポジトリの規模ファイル数 12,650files Javaの行数 6,458files, 604,009lines Kotlinの行数 23,148files, 149,351lines 総行数 12,142files, 1,441,705lines masterのコミット数 59,277commits 総容量 268MB 2023年の1週間の平均commit数 (masterのsquashされたcommit数) 約67commits/week

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

© LY Corporation 21 2. 新リポジトリ作成 Repository1 Team1 Team2 Team3 Team3 Common module Team1,2 Common module build.gradle Repository1 Team1 Team2 Team1,2 Common module build.gradle Repository2 Team3 Team3 Common module build.gradle

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

© LY Corporation • BypassしてMergeすることが可能 • CODEOWNERファイル自体の所有者 • CommonなどのReviewer CODEOWNERによるReviewを必須にする 30 考えられる対策とそのデメリットディレクトリ毎に適用することはできない • BypassしてMergeすることが可能 • Workflowの管理が必要 • 実行時間 • Workflowファイル自体の所有者 Workflowを活用する

Slide 31

Slide 31 text

Slide 32

Slide 32 text

© LY Corporation buildSrc ├ buildSrc │ └ build.gradle ├ subproject │ ├ build.gradle │ └ subsubproject │ └ build.gradle ├ build.gradle ├ gradle.properties └ settings.gradle バージョンカタログ利用前 • 各所にバージョン情報が散在 • 人によって書き方が異なる buildSrc ├ buildSrc │ └ lib.versions.toml └ subproject └ subsubproject └ build.gradle バージョンカタログ利用後 • libs.version.tomlファイルに集約 • 型セーフなアクセサー • 人による書き方の揺れがなくなる 32 バージョンカタログを使う

Slide 33

Slide 33 text

© LY Corporation gradle/libs.versions.toml [versions] groovy = "3.0.5” checkstyle = "8.37” [libraries] groovy-core = { module = "org.codehaus.groovy:groovy", version.ref = "groovy" } groovy-json = { module = "org.codehaus.groovy:… groovy-nio = { module = "org.codehaus.groovy:… commons-lang3 = { group = "org.apache.commons", … [bundles] groovy = ["groovy-core", "groovy-json", "groovy-nio"] [plugins] versions = { id = "com.github.ben-manes.versions", version = "0.45.0" } 33 バージョンカタログの利点観点 Version Catalog なし Version Catalog Version 情報分散 libs.vers ion.toml ファイルのみ IDE補完なしあり Buldle なしあり build.gradle dependencies { implementation libs.groovy.core implementation libs.groovy.json implementation libs.groovy.nio }

Slide 34

Slide 34 text

© LY Corporation Cross-Project構成 • 影響範囲が可視化されづらい • 例外処理がスパゲッティ化しやすい • build.gradleが巨大になりがち Convention Plugin • 影響範囲が可視化される • ロジックをまとまりで分割できる 34 Cross-Project構成よりConvention Pluginを使う画像引用: https://docs.gradle.org/

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

© LY Corporation • GitHub Importer • Transfer repository • Issue, PR等も移行可能 • git push –mirror • Branch, Tag等も可能レポジトリ全体をコピー 47 リポジトリの様々なコピー方法レポジトリの一部をコピー • git format-patch • git-filter-repo • Git subtree split • GitHub CLI

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

Slide 53

Slide 53 text

Slide 54

Slide 54 text

Slide 55

Slide 55 text

© LY Corporation • 組織改編をきっかけに権限の最適化・独立・単純化のためにリポジトリ分割を決定 • 移行作業は、依存関係分離・新レポジトリ作成・移行・クリーンアップと手順を踏むことで安全かつ分かりやすく進行した • 分割作業全体で約5MMかかった • レポジトリの所有権を得て自由になった • Gradleのリファクタリングを行い再利用性や可読性が高まった • setup-gradleを導入してCI時間を短縮した • 現在のところ問題なく運用中 55 まとめ

Slide 56

Slide 56 text

Slide 57

Slide 57 text