cost 100 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. 特征管理: 正如继续集成所说,我们需要每天至少一次将更改提交到主分支,那么如何管理不完整的功能 ...

何时放弃对 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 中核心项目的分支。 我想知道构建它的最佳方式。 我可以创建一个客户端存储库,然后将该客户端的所有存储库添加到客户端存储库内的目录中吗? 我希望能够在必要时从核心存储库中提取更新,并为每个子目录中的每个存储库创建分支。 我是否必须 ...

在 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 工作得很好,但我们有一些问题 ...


 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM