[請益] 請問這樣的git使用方式是否是正確的?
請問一下，本人是程式新手，最近加入了一個組織，裡面的開發團隊的git使用方法，讓我覺得有點怪怪的，但是我也覺得這也可能是正確的git使用方式，只是我以前不知道而已，所以想請問一下，以下的git使用方式，是否很常見? 是否是合理的?
假如某個repo裡有3個folder - serviceA, serviceB, serviceC，這3個folder在開發階段不會有dependency，這個開發團隊的作法是，從master branch一開始的init commit
裡，分出3個branch A, B, C，再從這3個branch分別建立出上面的3個folder，當要修改任何一個service時， 就從對應的branch create出新的branch，改好後再merge回
serviceX的branch, 再merge回master branch。
這樣的作法總是讓我覺得怪怪的，至少如果有人不知情而直接從master branch分出
NEW branch去修改serviceA，那就無法再直接從NEW branch 或master branch merge
回branch A，因為NEW branch 和master branch 都包含了folder serviceA, serviceB, serviceC, 而branch A, B, C照開發團隊的作法，是要維持各自只有對應的serviceX
folder的。
所以想請問這是否是種常見的git使用方式? 是否合理? 謝謝。
--
git就跟打麻將一樣 一開始大家規則講好就好了
git就跟一夜情一樣 一開始大家規則講好就好了
但我覺得如果是有缺陷的規則，就算講好了一樣會有缺陷
你不是老鳥就只能吞了 不要跟薪水烤雞過不去
直接問資深同事為什麼這樣弄不是比較快？
很多東西都有歷史包袱的 公司外的人也不會知道
你們需要的是branch policy跟PR review
git有n個團隊有n種用法 真的 不要懷疑
二樓XD
有時外行真的很難了解這樣發展的原因 所以沒有什麼是絕對
合理
我想我上面說的應該就是一種branch policy了, 這樣作的
另一個不算大的問題是 從A, B, C間切換會花更多時間
你可以先問為什麼這樣做，是為了避免什麼問題得到什麼好
處，再回來看這樣做是否有效，或有沒有其他更簡單的策略
可以達到相同效果
好奇這樣做的話如果 service 之間產生依賴的話分支怎麼切
沒有正確只有適不適合 有覺得更適合的作法就跟團隊討論
吧...
如上述, service之間在開發階段沒有dependency, 如果有
的話,例如IDE要同時開2個folder下的Project的話，就很
明顯不能這樣
如果遵守這個規則 就不會有一開始就從master branch切出
去做A service吧
why?
直覺想就是要把每個team切很開 不要有任何相依性 可能是
擔心改code還要跨team sync很麻煩
因為要碰你們codebase的人 本身就要和對應的人sync完吧？
還是你們會有個情況是完全不知道你們開發流程的人跑來上
code? 但那樣code review應該不會過吧
會有的，code也merge進去了，不便多說
神奇XDD 那後續是用spare checkout去sync嗎？ 還是就只能
擺著XD
* sparse
推測這麼做可以讓ci cd pipeline比較好管理
後續應該是原branch還沒其它更動時就直接git check 特定
folder整個蓋回去吧 或狀況還不亂時cherry-pick應該也
可以 git sparse印象中是git 古早是不可能只merge部份
你直接問同事不就知道了...
file的 但這個command出來後好像可以(不熟悉它所以不確定
其實有大約問了幾個人，得到的答案也是不確定的說法，也
不便多說，以上
rebase
感覺比較適合拆成三個repo再用submodule合成一個
還好吧，你說切換不方便的問題怎麼不用git worktree
沒有對錯，有可能是歷史或是管理原因才這樣做，git 事先
講好怎麼用就好。不過你們公司這樣用，八成是希望未來A,B
,C能夠成為單獨的產品線賺錢
可能是一開始init的人懶
每個修改都切branch 不是很棒嗎
你沒看過commits 一整坨夾板夾到眼神死的團隊
老闆還說自動測試跟版控會拖慢進度 沒有必要（？
你們團隊的問題在 沒有開ABC三個repo
有外部的人共同開發嗎？有的話可能是要省人頭費
記得是不同專案分開收費的 一個人加兩個專案就要收兩筆
這對樓主是一個很好的學習機會.樓主可以查 "git flow"
在問Google跟Meta在用的Monorepo?
省repo 的錢吧
你應該拿著一瓶上好的酒與酒杯，坐在椅子上聽老鳥講
有關於這個 repo 的歷史
你自己也分三個資料夾，分別放 A、B、C 三個分支
去問老鳥我們無法通靈 不合理你也管不着 安靜辦事就
好
幹嘛不開3個 repo 既然沒有相依性
git是死的，人是活的。
這種專案管理的方式與git本身技術與gir規範無關了，而是要
問你們組織，為什麼專案程式碼要這樣管理。
如果有大量CICD的話、分開來PR比較方便管理
那你說用手抓飯吃是對的還是用筷子吃飯是對的？又或是用
刀叉吃飯才是對的呢？
我不敢說對錯 但如果是我的話不會這樣幹
A rebase onto master就可以了吧? 晚點我試一下
哈不行，這樣就只能cherry pick了
看起來還好啊 問題在哪
不會說有對錯，但絕不這麼做。要麼拆成三個repo，要嘛
就都在master
我是比較喜歡在branch上面又長出branch 當然 如果是個人
自己的branch就無所謂 自己的branch想怎麼完就怎麼玩
但你的例子branch A/B/C似乎是有多人在用 不建議在長出
branch 一段時間後會亂到無法無天
另外 如果是不同的service 這樣最好code repo各自獨立
第一個推文是不喜歡 打錯了
追求正確是無意義的 你該說服他們的是有沒有比較「方便
」
有沒有什麼痛點他們可以改個git方式就處理掉
git 就是這樣，規則講好，code review/branch policy弄好，大
家跟著就行了。你在那邊不便多說，是要大家通靈喔
通常devops or platform eng 是菜鳥或不太懂怎麼分切環
境,就會弄一個很困惑的git flow讓 sde先擋一陣子,但用一
陣子服務上線後,又沒有膽子去重寫又沒人會,就會變成這樣
而且我建議,不要在主專案下亂開branch,在 fork 出來的
repo開feature branch,都改好後再發MR,這樣你改其他服務
主幹道的commit history也能看得一清二楚
如果管repo的人是不同單位，開repo要填申請單還要層層審
核。人員調動要改權限，三個repo要填三張單，就不難理解
為什麼一個repo當三個用
乾脆連辦公桌椅都自備好了 我猜原本是想搞像 FB 那樣 mon
o repo
期待不同 team 的工程師彼此隨時可以 support switch pro
ject
monorepo?
爆
[問卦]派愛族(pairs)使用一個月後的感想，燒錢之前講了一款JD燒錢又只能把裡面的女人當女皇一樣對待 在那邊參加女性發起的約會都是你要付錢，很多女人都是蹭免費大餐 另外一位鄉民已經親身說明他靠著帥氣照片，讓開約的女性挑選中勝出 最後結果是他看到龍，藉著尿遁付完錢就跑了。就結果來說JD的女性還是賺到 現在來說說派愛族這款，因為我說也有購買，鄉民私底下就問我使用感想![[問卦]派愛族(pairs)使用一個月後的感想，燒錢](https://i.imgur.com/PZL4j19b.jpg "[問卦]派愛族(pairs)使用一個月後的感想，燒錢")
27
[討論] Scrum Master是什麼樣的工作?最近跟朋友討論..像我們這種科技管理背景 有什麼跟軟體有關的工作機會? 朋友說..就Scrum Master呀 一個需要溝通跟衝刺的工作 查了一下,好像要跟產品經理及開發團隊天天開會討論![[討論] Scrum Master是什麼樣的工作?](https://i.imgur.com/79ucuEyb.jpg "[討論] Scrum Master是什麼樣的工作?")
17
[問卦] 寫程式的精髓就是理解 分解 再構築吧？理解：了解整包code 分解：設斷點、建立branch 再構築：修過code merge回去 是嗎？ 那真理之門是什麼19
Re: [討論] Scrum Master是什麼樣的工作?我待過兩間公司跑 Scrum，只有最近的一間有明確感受到 Scrum Master Scrum 團隊組成為三種成員 1. Product Owner (連長) 2. Developer (士官、士兵們) 3. Scrum Master (輔導長)18
[滑鼠] MX Master 3S 開箱與2S比較使用心得手上的MX master 2S 也從2019 服役到現在將近3年多， 看到羅技新推出的 MX master 3S (台灣還未上市） 看著對岸的官網已經打出產品特色，包含 - typeC 充電接口 - 8000DPI 的高精準度![[滑鼠] MX Master 3S 開箱與2S比較使用心得](https://i.imgur.com/SIlfIQ2b.jpg "[滑鼠] MX Master 3S 開箱與2S比較使用心得")
15
[情報] 新的幽靈漏洞昨天被發佈新聞來源： tre-vulnerability 縮網址： 新的幽靈漏洞昨天被發佈，![[情報] 新的幽靈漏洞昨天被發佈](https://img.youtube.com/vi/537HUwV36ME/mqdefault.jpg "[情報] 新的幽靈漏洞昨天被發佈")
15
[麥書] 如何改善 PD17的 VS C# 編譯效能事情是這樣的,我常常在推文中看到有人提到説使用 PD17 在 M1 上面的機器, 編譯個 .net 的軟體沒什麼壓力,小弟我恰好負責一個小型的 C# 專案, 這個專案已經開發一年多,只有我一個程式,想必複雜度一定不會太高. 目前裡面有 3 個 VC++ 子專案 (v142) 都是 DLL 兩個 C# 專案 (.net framework 4.7.2) 編譯目標 x649
[請益] git rebase的問題各位好 本人在近來在公司需要將專案中某個pull request的commit統合成一個 下圖為pull request，本公司用的是bitbucket 我看了一些網路教學和youtube，仍然想不出解法。我的做法如下：![[請益] git rebase的問題](https://img.youtube.com/vi/8j0H6urZ-bU/mqdefault.jpg "[請益] git rebase的問題")
9
Re: [請益] 大型Git版本庫的備份或替代方案: : 用法跟 git 很類似，但是就是拿來備份大的檔案。 : 更精確的說是 snapshot 檔案，每個版本類似 git 的 commit : : 有支援，可以參考![Re: [請益] 大型Git版本庫的備份或替代方案](https://git-lfs.github.com/images/facebook-promo.png "Re: [請益] 大型Git版本庫的備份或替代方案")