[請益] 請問這樣的git使用方式是否是正確的?

gasbomb10/20 23:40git就跟打麻將一樣 一開始大家規則講好就好了

BlueBird556610/20 23:43git就跟一夜情一樣 一開始大家規則講好就好了

pttdocc10/20 23:44但我覺得如果是有缺陷的規則，就算講好了一樣會有缺陷

mercurycgt6810/20 23:46你不是老鳥就只能吞了 不要跟薪水烤雞過不去

BlueBird556610/20 23:48直接問資深同事為什麼這樣弄不是比較快？

BlueBird556610/20 23:48很多東西都有歷史包袱的 公司外的人也不會知道

eeyellow10/20 23:55你們需要的是branch policy跟PR review

hduek15310/21 00:04git有n個團隊有n種用法 真的 不要懷疑

viper970910/21 00:25二樓XD

libitum10/21 00:25有時外行真的很難了解這樣發展的原因 所以沒有什麼是絕對

libitum10/21 00:25合理

pttdocc10/21 00:27我想我上面說的應該就是一種branch policy了, 這樣作的

pttdocc10/21 00:27另一個不算大的問題是 從A, B, C間切換會花更多時間

t6414110/21 00:30你可以先問為什麼這樣做，是為了避免什麼問題得到什麼好

t6414110/21 00:30處，再回來看這樣做是否有效，或有沒有其他更簡單的策略

t6414110/21 00:30可以達到相同效果

t6414110/21 00:31好奇這樣做的話如果 service 之間產生依賴的話分支怎麼切

dog3011110/21 00:32沒有正確只有適不適合 有覺得更適合的作法就跟團隊討論

dog3011110/21 00:32吧...

pttdocc10/21 00:33如上述, service之間在開發階段沒有dependency, 如果有

pttdocc10/21 00:34的話,例如IDE要同時開2個folder下的Project的話，就很

pttdocc10/21 00:35明顯不能這樣

ql4au0410/21 00:47如果遵守這個規則 就不會有一開始就從master branch切出

ql4au0410/21 00:47去做A service吧

ql4au0410/21 00:50直覺想就是要把每個team切很開 不要有任何相依性 可能是

ql4au0410/21 00:50擔心改code還要跨team sync很麻煩

ql4au0410/21 00:55因為要碰你們codebase的人 本身就要和對應的人sync完吧？

ql4au0410/21 00:55 還是你們會有個情況是完全不知道你們開發流程的人跑來上

ql4au0410/21 00:55code? 但那樣code review應該不會過吧

pttdocc10/21 01:03會有的，code也merge進去了，不便多說

ql4au0410/21 01:13神奇XDD 那後續是用spare checkout去sync嗎？ 還是就只能

ql4au0410/21 01:13擺著XD

ql4au0410/21 01:13* sparse

gocreating10/21 01:27推測這麼做可以讓ci cd pipeline比較好管理

pttdocc10/21 01:45後續應該是原branch還沒其它更動時就直接git check 特定

pttdocc10/21 01:46folder整個蓋回去吧 或狀況還不亂時cherry-pick應該也

pttdocc10/21 01:47可以 git sparse印象中是git 古早是不可能只merge部份

abccbaandy10/21 01:48你直接問同事不就知道了...

pttdocc10/21 01:48file的 但這個command出來後好像可以(不熟悉它所以不確定

pttdocc10/21 01:53其實有大約問了幾個人，得到的答案也是不確定的說法，也

pttdocc10/21 01:53不便多說，以上

j9d910/21 07:45rebase

MarcoReus10/21 07:56感覺比較適合拆成三個repo再用submodule合成一個

wulouise10/21 08:17還好吧，你說切換不方便的問題怎麼不用git worktree

Lhmstu10/21 08:17沒有對錯，有可能是歷史或是管理原因才這樣做，git 事先

Lhmstu10/21 08:17講好怎麼用就好。不過你們公司這樣用，八成是希望未來A,B

Lhmstu10/21 08:17,C能夠成為單獨的產品線賺錢

vi00024610/21 09:02可能是一開始init的人懶

longlongint10/21 09:35每個修改都切branch 不是很棒嗎

longlongint10/21 09:35你沒看過commits 一整坨夾板夾到眼神死的團隊

longlongint10/21 09:36老闆還說自動測試跟版控會拖慢進度 沒有必要（？

longlongint10/21 09:38你們團隊的問題在 沒有開ABC三個repo

lovdkkkk10/21 09:47有外部的人共同開發嗎？有的話可能是要省人頭費

lovdkkkk10/21 09:48記得是不同專案分開收費的 一個人加兩個專案就要收兩筆

leolarrel10/21 11:22這對樓主是一個很好的學習機會.樓主可以查 "git flow"

BlacksPig10/21 11:37在問Google跟Meta在用的Monorepo?

monkai10/21 12:49省repo 的錢吧

abc092200110/21 13:45你應該拿著一瓶上好的酒與酒杯，坐在椅子上聽老鳥講

abc092200110/21 13:45有關於這個 repo 的歷史

abc092200110/21 13:46你自己也分三個資料夾，分別放 A、B、C 三個分支

B098869808810/21 14:07去問老鳥我們無法通靈 不合理你也管不着 安靜辦事就

B098869808810/21 14:07好

quickbym110/21 15:03幹嘛不開3個 repo 既然沒有相依性

DrTech10/21 17:20git是死的，人是活的。

DrTech10/21 17:23這種專案管理的方式與git本身技術與gir規範無關了，而是要

DrTech10/21 17:23問你們組織，為什麼專案程式碼要這樣管理。

Mupzopod10/21 18:52如果有大量CICD的話、分開來PR比較方便管理

dong53110/21 19:01那你說用手抓飯吃是對的還是用筷子吃飯是對的？又或是用

dong53110/21 19:01刀叉吃飯才是對的呢？

kurtsgm10/21 22:50我不敢說對錯 但如果是我的話不會這樣幹

jj256410/21 23:44A rebase onto master就可以了吧? 晚點我試一下

jj256410/22 00:01哈不行，這樣就只能cherry pick了

jj256410/22 00:08https://imgur.com/eoV7g40 這種感覺吧

BigCockman10/22 01:43看起來還好啊 問題在哪

Segundus10/22 10:19不會說有對錯，但絕不這麼做。要麼拆成三個repo，要嘛

Segundus10/22 10:19就都在master

peter9810/22 15:46我是比較喜歡在branch上面又長出branch 當然 如果是個人

peter9810/22 15:46自己的branch就無所謂 自己的branch想怎麼完就怎麼玩

peter9810/22 15:47但你的例子branch A/B/C似乎是有多人在用 不建議在長出

peter9810/22 15:47branch 一段時間後會亂到無法無天

peter9810/22 15:48另外 如果是不同的service 這樣最好code repo各自獨立

peter9810/22 16:24第一個推文是不喜歡 打錯了

roccqqck10/22 17:25追求正確是無意義的 你該說服他們的是有沒有比較「方便

roccqqck10/22 17:25」

roccqqck10/22 17:25有沒有什麼痛點他們可以改個git方式就處理掉

lej10/23 13:21git 就是這樣，規則講好，code review/branch policy弄好，大

lej10/23 13:21家跟著就行了。你在那邊不便多說，是要大家通靈喔

acgotaku10/24 10:10通常devops or platform eng 是菜鳥或不太懂怎麼分切環

acgotaku10/24 10:11境,就會弄一個很困惑的git flow讓 sde先擋一陣子,但用一

acgotaku10/24 10:12陣子服務上線後,又沒有膽子去重寫又沒人會,就會變成這樣

acgotaku10/24 10:15而且我建議,不要在主專案下亂開branch,在 fork 出來的

acgotaku10/24 10:17repo開feature branch,都改好後再發MR,這樣你改其他服務

acgotaku10/24 10:18主幹道的commit history也能看得一清二楚

jovilu10/27 17:18如果管repo的人是不同單位，開repo要填申請單還要層層審

jovilu10/27 17:18核。人員調動要改權限，三個repo要填三張單，就不難理解

jovilu10/27 17:18為什麼一個repo當三個用

expury10/28 20:52乾脆連辦公桌椅都自備好了 我猜原本是想搞像 FB 那樣 mon

expury10/28 20:52o repo

expury10/28 20:53期待不同 team 的工程師彼此隨時可以 support switch pro

expury10/28 20:53ject

KJZ522311/02 12:59monorepo?