cost 192 ms
常規提交。 如何在功能開發期間避免在發行說明中進行修復

[英]Conventional commits. How to avoid fixes in release notes during feature development

只是想了解如何使用語義發布。 我使用 node release-it庫,但我認為這不重要。 問題是關於語義發布和提交的一般性問題。 所以...例如,我有一個可以制作蘋果汁的榨汁機。 它作為版本 1.0.0 發布。 然后我決定添加制作橙汁和檸檬汁的能力(將在 1.1.0 中)。 這將是兩項feat 。 ...

新版本審核中如何處理App版本?

[英]How to handle App version while your newer vesion is in review?

我是版本控制和管理的新手。 我處於我當前的應用程序已發布並且用戶正在使用它的情況。 我們有一個新版本,我們想提交審查,但為此我們需要將后端的新版本上傳到雲端,它不適用於舊版本,如果我們不上傳新版本,那么它不適用於審閱者。 如何解決這個問題? 或者更好的實施建議。 謝謝前端:- ReactNativ ...

為什么我的 Github 新的 Github 標簽會為我的整個分支的歷史記錄拉入提交?

[英]Why my Github new Github tag pulling in commits for my entire branch's history?

我目前正在嘗試實施自動發布 GHA。 主要功能之一是它將根據以前的標簽生成發行說明。 出於某種原因,每次我生成發行說明時,Github 都會使用已合並到我正在為其創建發行說明的分支中的每個分支填充發行說明。 它應該只為標簽之間合並的分支創建發行說明。 例如,我將我的 repo 版本從 tag v1 ...

准備 WPF 應用程序首次發布:應該更改所有項目配置嗎?

[英]Prepare WPF app first release: Should change all projects configs?

我正在准備要發布的 WPF 應用程序,我有大約 5 個模塊(類庫)以及主應用程序(Windows 應用程序),我應該將所有模塊和應用程序構建配置從調試模式更改為發布模式嗎? 還是僅將 Main App 構建配置模式更改為 Release 就足夠了? ...

如何管理 Azure 存儲庫中的不完整功能

[英]How to manage the incomplete features in Azure repos

我是 DevOps 的新手,想知道如何在 Azure Git 存儲庫中管理項目。 我選擇了基於主干的分支策略進行開發,我們將擁有主分支、功能分支、發布分支和錯誤修復分支(用於修復發布中的錯誤)。 1. 特征管理: 正如繼續集成所說,我們需要每天至少一次將更改提交到主分支,那么如何管理不完整的功能 ...

發布分支流程——如何合並發布分支

[英]Release branch process - how to merge release branches

我們正在通過候選發布分支適應基於主干的開發。 (目前我們正在使用基於主干的開發,但沒有候選版本,這已經不夠用了) google上有很好的描述: https://cloud.google.com/architecture/devops/devops-tech-trunk-based-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中。 今天我們 ...

GIT在當前狀態下獲取每個文件的第一個標簽

[英]GIT get first tag per file in current state

為了比較多個版本之間的單個文件,我想跟蹤文件已更改的第一個版本,每個文件。 自上次更改以來,我想在當前狀態下記錄 git 中文件的第一個標簽。 例如,我有兩個文件: 每次構建發布時,我都會在當前提交中添加一個標簽,這樣我就可以輕松地從 GIT 重新創建發布。 所以,在第一次發布之后,這將是標 ...

Flutter 僅 10% 的用戶更新了應用程序 (Android)

[英]Flutter app updated by only 10% of all users (Android)

我擁有一個 Android 應用程序,擁有大約 30 萬用戶。 這個應用程序最初是一個 Android 應用程序,只是為了發布一個 iOS 版本,我將其轉換為 flutter。 當我發布使用 Flutter 開發的第一個更新時,我只部署了 5%,然后更新到 10%,以確保這個新版本沒有重大問題。 ...

我可以為客戶提供一個包含該客戶所有回購協議的回購協議嗎?

[英]Can I have one Repo for client which contains all repos for that client?

我有多個客戶,每個客戶都有多個項目。 其中一些項目是我 GitHub 中核心項目的分支。 我想知道構建它的最佳方式。 我可以創建一個客戶端存儲庫,然后將該客戶端的所有存儲庫添加到客戶端存儲庫內的目錄中嗎? 我希望能夠在必要時從核心存儲庫中提取更新,並為每個子目錄中的每個存儲庫創建分支。 我是否必須 ...

GitHub 刪除舊版本 - 最佳實踐?

[英]GitHub deleting old releases - best practice?

刪除舊的 GitHub 代碼版本的最佳做法是什么? 我目前有 11 個版本,舊版本在錯誤、數據結構和功能方面已經非常過時了。 我正在考慮刪除超過 1 年的版本。 ...

在 helm 測試失敗時回滾 helm 發布

[英]rollback helm release on helm test failure

假設我已經發布了與之相關的測試套件。 所以典型的安裝看起來像: 不久之后: 這就是測試套件的快樂路徑。 但讓我們想想不太開心的場景: 所以有明顯的失敗跡象,並且可以查找“失敗”子字符串以觸發helm rollback service 0 ,但這種方法對我來說看起來很奇怪。 如何使用 ...

如何在 Azure Boards 中定義項目版本?

[英]How to define project version in Azure Boards?

全部我想創建一些項目發布版本(已發布和未發布)。 在 JIRA 中,您可以在以下 JSON 文件中找到這些版本。 我需要這些版本與 Azure 板中的工作項相關聯。 例如,顯示某個版本中發現的工作項(類型:Bug)。 我的項目不是建立在 Azure 管道上的,所以我沒有任何發布管道,所以有沒有辦法 ...

更改 github 發布標簽的命名約定

[英]Change naming convention of github release tags

我加入了一個使用 Github 操作和發布的項目。 不幸的是,發布標簽的命名約定在過去發生了變化(可能是由於從 Travis CI 遷移)。 直到某個時間點,標簽是這樣的(不知道為什么數字這么高): 然后有人切換到語義版本控制(順便說一句,這很棒): 我們的 CI/CD 工作得很好,但我們有一些問題 ...

使用環境變量的標記名稱

[英]Tag name using environment variables

我想使用actions/create-release@v1從帶有 GitHub Actions 操作的工作流中創建發布標簽。 我為標簽名稱和發布名稱指定相同的值,即v${MAJOR}.${MINOR}.${PATCH} ,其中MAJOR 、 MINOR和PATCH在 yaml 開頭的env下定義像這 ...


 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM