Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
複数会社複数リポジトリでのソース管理
Search
S-cubism
November 17, 2017
Technology
0
100
複数会社複数リポジトリでのソース管理
S-cubism
November 17, 2017
Tweet
Share
More Decks by S-cubism
See All by S-cubism
WSLでreactの開発環境作った話
scubism
0
690
未経験者がAndroidアプリをリリースするまで
scubism
0
120
scubism_LT_20180223_細田謙二_イベントソーシング
scubism
0
160
REVEAL.JSをちょっとだけ使ってみた
scubism
0
260
忙しい人のための仮想通貨
scubism
0
110
サーバ作業の注意コマンド
scubism
0
130
最近勉強してること、次にやりたいこと
scubism
0
110
FOOD TECH
scubism
0
67
Firebase(Realtime Database)について
scubism
0
130
Other Decks in Technology
See All in Technology
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
applism118
19
8.5k
Language Update: Java
skrb
2
290
Skrub: machine-learning with dataframes
gaelvaroquaux
0
120
AWSで推進するデータマネジメント
kawanago
1
1.3k
現場で効くClaude Code ─ 最新動向と企業導入
takaakikakei
1
210
AIのグローバルトレンド2025 #scrummikawa / global ai trend
kyonmm
PRO
1
260
落ちる 落ちるよ サーバーは落ちる
suehiromasatoshi
0
150
初めてAWSを使うときのセキュリティ覚書〜初心者支部編〜
cmusudakeisuke
1
230
S3アクセス制御の設計ポイント
tommy0124
3
190
共有と分離 - Compose Multiplatform "本番導入" の設計指針
error96num
1
360
バッチ処理で悩むバックエンドエンジニアに捧げるAWS Glue入門
diggymo
3
190
大「個人開発サービス」時代に僕たちはどう生きるか
sotarok
20
9.7k
Featured
See All Featured
GraphQLとの向き合い方2022年版
quramy
49
14k
Building Adaptive Systems
keathley
43
2.7k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
131
19k
Why Our Code Smells
bkeepers
PRO
339
57k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
61k
Being A Developer After 40
akosma
90
590k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Navigating Team Friction
lara
189
15k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
19k
Reflections from 52 weeks, 52 projects
jeffersonlam
352
21k
Transcript
複数リポジトリでの Git管理 開発1部 土田時生
運用状況 ・リリースが多い(2週間に1回) ・開発会社5社以上 ・gitリポジトリ4つ(さらに社内で2つ) ・メインサイト(アプリケーション) ・メインサイト(静的コンテンツ) ・別ドメインサイト(アプリケーション) ・別ドメインサイト(静的コンテンツ)
3か月間の開発期間 最新のリリース分を 取り込み続けなければならない。 課題
複数の開発案件をぶつけるので コンフリクトの嵐。 何よりコンフリクトしないコンフリクトがこわい。 ※同じ行を編集していないので、 git上はきれいに取り込まれるが、影響の範囲内) 例)変数名が変えられている 開発開始時と大幅に処理が変わっている 課題
・ただマージするのではなく、開発案件ごとに 取り込みプルリクエストを残す。 ・同じファイルを編集しているものをリスト化し 記録に残す。(セッション等別のファイルでの処理 に影響及ぼすのはもう仕方ない) 対応
git diff origin/branch1...origin/branch2 --diff-filter=M --name-only > diff1.txt && git diff
origin/branch2...origin/branch1 --diff-filter=M --name-only > diff2.txt && git diff origin/branch2..origin/branch1 --diff-filter=M --name-only > diff3.txt && grep -x -f diff3.txt <$(grep -x -f diff1.txt diff2.txt) > diff5.txt 1 3 2 branch1 branch2
よく使うコマンド ・git diff branch1..branch2 ・git diff branch1...branch2 ・git diff –diff-filter
・git cherry-pick ・git cherry-pick -m ・git remote –v ・git branch –vv ・git branch -vv | awk '1{n=3}/^*/{n=4}$n~/^¥[/{gsub(/¥[|¥]|:/,"");print $n}'