[英]Predicting merge conflicts between feature branches when they are merged in the master branch
[英]Merge out of sync feature branch with unsolvable conflicts to master
我知道這可能永遠不應該發生:(但現實是我有一個master
分支具有煙霧測試的一些初始功能,目前在一個站點上供真實客戶進行測試。然后團隊計划添加更多功能到煙霧測試。我一直在積極開發新的功能分支,我們稱之為feature-branch
。
feature-branch
需要 auth 和比 master 更復雜的邏輯。 在開發時我無法將feature-branch
與master
同步,因為master
上的更新將自動部署到實時測試,我們不想在安全性完善之前這樣做。
現在feature-branch
已經准備就緒,但是,額外的功能導致代碼發生了巨大的變化。 我計划將此feature-branch
合並到master
以提供添加的功能。
我預計會有大量的沖突,其中一些是難以解決的。 幸運的是,主要沖突僅在幾個文件中。
有沒有辦法用這個feature-branch
“覆蓋” master
分支,同時我們保留master
分支的先前提交記錄?
我建議您將主分支拉到您的功能分支,解決可能的沖突。 此時,您可以提出拉取請求或簡單地將您的功能分支推送到主服務器。 所有,您之前在 master 分支上的提交仍然存在。 VCS 就是為此而生的
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.