Gitflow、Squash 合並和 AzDO 分支比較

[英]Gitflow, Squash merged and AzDO branch compare

我們目前正在使用 Git 流作為分支策略，我們正在將我們的功能分支壓縮到develop中。 我們還將我們的發布分支壓縮到main中。 AzDO 分支頁面顯示了develop -> main之間的提交差異，這是我所期望的，但它也顯示了文件中的主要差異，當在 git CLI 中雙重檢查時，這些差 ...

Azure DevOps 存儲庫中的多個初始分支

[英]Multiple Initial Branches in Azure DevOps Repositories

我想知道是否有可能使 Azure DevOps 在創建新存儲庫時自動創建master分支和develop分支。 我希望兩個分支都受到保護。 如果為兩者都設置了項目級分支策略，但默認情況下只創建master ，當通過git push --set-upstream origin develop deve ...

mvn gitflow:release-finish 主分支

[英]mvn gitflow:release-finish with main-branch

我收到以下錯誤消息： 那是因為分支被稱為 main 而不是 master。 將分支重命名為 master 不是一種選擇。 有沒有辦法將有關主分支的信息傳遞給 maven-gitflow-plugin？ 如錯誤消息中所述，我使用的是插件版本 1.18.0 ...

Git hotfix 和develop 之間的分支

[英]Git branch between hotfix and develop

我目前正在開發基於GitFlow的分支流程，我正在定義在生產中更正后如何完成hotfix分支和develop分支之間的交互，雖然GitFlow建議直接合並，我特別想要考慮一個中間分支，通過它創建一個拉請求，這樣除了避免直接提交到“發布”和“開發”分支之外，還可以進行同行評審。 最簡單的方法是使用功能 ...

何時在 Git 流程中請求代碼審查？

[英]When to request a Code Review in Git Flow?

在我的公司，我們最近開始使用 gitflow 來管理我們的分支機構，我的疑問是：應該在什么時候進行代碼審查？ 簡單的 gitflow： 假設我們有這些打開的拉取請求： 功能/新頁面 -> 開發開發 -> 發布發布->主要這里的最佳做法是什么？ 對所有拉取請求執行代碼審查？ 只有 ...

Gitflow 實踐：如何將代碼從 origin/develop 獲取到 local/feature-x 關於擁有好看的 git-history

[英]Gitflow practices: how to get the code from origin/develop to local/feature-x with respect to having good-looking git-history

我有以下 git 結構：local/develop、local/feature-x、origin/develop、origin/feature-x、origin/feature-y ......每個本地都在跟蹤其對應的來源，還有另一個開發人員正在研究feature-y 並將他的代碼推送到 orig ...

為什么 git-flow 為我的 rebased 分支創建合並提交

[英]Why does git-flow create a merge commit for my rebased branch

我正在使用git-flow並將我的功能分支重新設置為開發分支。 但是，當我嘗試完成分支（ git flow feature finish tests ）時，git 想要創建一個合並提交。 當我查看 git 日志時，它清楚地表明我在功能分支上有兩次提交，超過了開發分支上的最后一次提交，所以我期望快速向 ...

分行 git 流量，開始，哪個分行？

[英]Branch git flow, start, which branch?

所以我用命令“git flow init”創建了一個 git 流。 我在開發。 如果我執行“git flow start feature MY_FEATURE”，它是一個功能的重復開發。 “git flow start feature MY_FEATURE-2”重復開發或當前分支？ 謝謝。 ...

git-flow 跟蹤項目中大型功能拆分的可擴展模式？

[英]Scalable Pattern for large Feature Splits in git-flow tracked project?

我負責一個項目的基礎設施，該項目由一個包含子模塊的大型存儲庫組成。 項目團隊成功實現了 git-flow（如此處所述）以支持版本化版本。 對於速記參考，即develop 、 master和staging-$version分支。 日常工作功能擴展並進入develop 。 有時多個版本同時發布，並且通 ...

GitFlow 功能完成不會將功能分支合並到開發中

[英]GitFlow feature finish does not merge the feature branch into develop

我在本地機器上遇到了與 git-flow 相關的問題。 在工作樹之后，我應該執行以下操作： git flow 功能啟動 X 提交 1（無推送） 提交 2（無推送） git flow 功能完成 X 完成后，git 流應該將我的提交推送到新分支“X”，並將內容合並到“開發”中 ...

如何在 git 中遠程更新我的本地工作副本

[英]how to get remote updates to my local working copy in git

如何使用當前最新版本的遠程代碼更新我的本地源代碼工作副本？ 這是這種情況： 假設 2 人（ A,B,C ）正在從事該項目，他們遵循git flow .. 有master分支，也有develop分支……每個人都在推送他們的更新只develop分支…… 現在A創建一個功能分支 ( feature ...

自在 git flow 中創建發布分支以來，當開發進行時如何處理發布分支？

[英]How to deal with release branch when develop has progressed since release branch was created in git flow?

我想我有一個特殊的場景。 我們在我們的組織中遵循標准的 git 流。 除了，發布分支需要很長時間才能准備好合並回主控和開發。 我們曾經阻止所有功能分支合並進行開發，直到發布分支合並回 master 和 develop。 然而，隨着團隊規模的擴大，這變得不可接受了，這是可以理解的。 因此，我們希望允 ...

何時放棄對 git-flow / 語義版本控制中的棄用的支持

[英]When to drop support for deprecations in git-flow / semantic versioning

我們使用git-flow工作流程，並堅持語義版本控制。 今天我們討論了如何處理棄用。 出現了兩個問題： A. Semver：可以優雅地棄用次要版本（例如 v1.12.0）中的功能嗎？ “Gracefully”表示：該功能仍受支持，但在開發環境中顯示警告。 主要版本將刪除支持（如果是 v1.1 ...

如何在 git-flow 中處理候選版本

[英]How to handle release candidates in git-flow

我們正在使用git-flow工作流程。 通常我們會在發布最終版本 (v1.0.0) 之前發布一些候選版本 (RC, v1.0.0-rc.0)。 為此，我們有一個發布分支（ release/1.0.0 ）。 候選發布只是該分支中的標簽。 在我們最終發布之前，發布分支不會合並到main中。 今天我們 ...

Gitflow，管理修補程序、版本標簽和發布

[英]Gitflow, managing hotfixes, version tags and releases

我正在關注 GitFlow 工作流程，但我想知道人們如何通過版本控制/發布來解決錯誤問題 我們有一組與版本相關聯的功能。 功能集 {A,B,C} --> v1.0.1 功能集 {D,E,F} --> v1.0.2 每次完成一個功能集時，我們都會添加一個帶有版本號的標簽來 ...

如何在 dev 和主分支和子分支 github 中維護單獨的文件

[英]How to maintain seperate files in dev and main branches and sub branches github

問題：當將dev合並到main時，我如何讓它們.ebextensions和.elasticbeanstalk在各自的分支上提交，但在合並期間從不相互覆蓋？ 要求：我希望從dev中簽出新的主題分支並將它們合並回dev ，因此這些主題分支將需要相同的.ebextensions和.elasticbean ...

如果拉取請求仍處於待處理狀態，我該如何繼續工作（Gitflow）？

[英]If a pull request is still pending, how do I continue working (Gitflow)?

所以我們正在使用 GitFlow 工作模式。 我有一個名為feature/foo的分支，我剛剛在那里完成了我的工單並創建了一個拉取請求，該分支 ( feature/foo ) 將與我們的頭分支develop合並 所以現在，我需要繼續處理其他功能，但我需要我剛剛在feature/foo中所做的工作， ...

git flow hotfix 后快進合並

[英]Fast forward merge after git flow hotfix

我有三個分支生產、開發和修復分支，如下所示（A、B 和 C 是提交）： 我希望能夠只使用 git flow strategy 執行快進合並。 但是，在修復和開發已移至較新的提交 C 的情況下，這不能完成： 我會避免重新開發，因為它是一個公共分支。 有沒有一種不同的方法可以只實現快進合並（從而 ...

在 git flow 發布過程中使用 git merge `ours` 策略是一個好習慣嗎

[英]Is it a good practice to use git merge `ours` strategy in a git flow release process

我有 3 個分支： Dev （開發人員在其上推送他們的代碼）、 Qa （在其上完成測試）和Master （生產代碼）。 發布時，我們將Qa merge （默認合並）到Master和Dev到Qa 。 我還發現人們使用rebase而不是merge 。 但是，使用merge -s ours怎么樣？ ...

使用“git flow release finish”為什么將master合並到develop不使用release分支？

[英]Using "git flow release finish" why merge master into develop not use the release branch?

我對 git 流操作有疑問。 我看了關於“發布分支” 的帖子。 最后，release分支分別合並為master和develop。 我也遵循了命令，提交圖是正確的。 我使用gitflow-avh或 sourcetree 進行相同的操作，但提交圖不同。 為什么master分支合並到develop分 ...