标签: git-flow

在我们的 Github 工作流程中使用语义发布。

它们的设置如下：

[
  {name: 'main', prerelease: false},
  {name: 'staging', prerelease: true},
  {name: 'development', prerelease: true}
]

推送到development部署到环境development等。stagingstaging

现在，每次版本更新时，使用上面的包，都会使用语义发布/更改日志semantic-release创建更改日志。

现在我们应该如何处理不同分支中冲突的变更日志？

1. 选项：仅在release分支上启用更改日志创建。（我不知道怎么做。插件没有这样的选项。）
2. 选项：自动将变更日志合并回“分层”的较低分支。例如staging回到development.

我想知道那里有人有类似的问题吗？

我正在为我的项目使用git-flow,并且在开发分支中开始了一组相当复杂的更改,这看起来比我预期的要长.

我希望我在功能分支中完成此操作,因为我想在其他更改中发布新版本.如何将这些未提交的更改移动到新的git-flow功能分支中？

我只是尝试安装git-flow,但是,它似乎没有与git正确集成,我该怎么做才能将gitflow与git集成？有没有办法我可以手动完成这个？

谢谢杰弗里

[root@sa 2]# wget --no-check-certificate -q -O - https://github.com/nvie/gitflow/raw/develop/contrib/gitflow-installer.sh | sudo bash
### gitflow no-make installer ###
Installing git-flow to /usr/local/bin
Cloning repo from GitHub to gitflow
Cloning into gitflow...
remote: Counting objects: 2362, done.
remote: Compressing objects: 100% (957/957), done.
remote: Total 2362 (delta 1406), reused 2238 (delta 1316)
Receiving objects: 100% (2362/2362), 484.60 KiB, done.
Resolving deltas: 100% (1406/1406), done.
Updating submodules
Submodule 'shFlags' (git://github.com/nvie/shFlags.git) registered for path 'shFlags'
Cloning into shFlags...
remote: Counting objects: 454, done. …

我正在尝试向我的团队介绍Git流程.我们是一个相当小的团队,非常敏捷.我们希望每天发布一次,这意味着我们有限的时间来测试当天的所有变化.业务团队希望能够控制即将发布的功能,尽管它并不理想.

Git流似乎不能很好地适应这一点.切割发布分支后,开发什么是合并所选功能的最佳方法.樱桃采摘是唯一的选择吗？有没有更好的办法？

我还是新来这个,所以我试图理解为什么master结束了1犯提前develop合并后一个,而不是相同的release分支回develop并master.

我的develop分支是5犯提前掌握的,然后我创建了一个release分支和标签这也是5犯提前master,然后我合并release分支回develop和master,但master最终1犯提前develop.

这是因为没有变化的制造release分公司,这是一样的develop,因此合并没有创建提交的develop,但它确实在master这使得master1提前提交即使master和develop现在在这一点上一样吗？

这个可以吗？这会导致任何问题吗？

问题:如何处理maven多项目构建的功能分支？

Jenkins构建和部署这些分支以将开发人员的构建开销保持在最低限度,但开发和功能分支无法构建相同的maven版本,或者我们存在工件和源之间不匹配的风险.

我们有一个脚本来更改子poms中的父版本和root pom中的版本.虽然这会分隔maven空间中的分支,但在合并时会产生额外的工作.

我认为nexus pro staging功能可以帮助我们避免这个要求,并使每个功能分支使用特定的repo,我们在分支删除/合并后很容易丢弃.

再说一遍:如何处理多个分支和maven的问题？

Git Flow已经存在了很长时间,很多人似乎都把它作为他们最喜欢的git工作流程.

当谈到在Java/Maven环境中实现Git Flow时,我想知道如何对下面所有分支上的软件模块进行版本控制.

在简单的Maven世界中,

• 开发人员总是使用SNAPSHOT版本(例如:0.0.1-SNAPSHOT)
• 一些发布过程创建一个发布(0.0.1)
• 新的快照版本可供开发人员开发(0.0.2-SNAPSHOT).

如果您拥有的只是一个Develop和Master分支,那就没关系,但是如何在GitFlow中处理maven版本控制.

master上的版本很容易定义,因为它们将是最终从Release分支创建和发布的版本.

但是一旦代码进入发布分支,您在此处部署了什么版本控制策略？

• 我想我们需要在发布分支上保留一个新版本号以避免与Develop冲突？那个版本号将如何与开发分支上的任何内容相关联.
• 我假设在发布分支上,在发布进入生产之前还可以有多个提交.由于我们无法重复使用非快照版本,我们是否会在每次提交时增加固定版本,或者在最终确定并推送到master之前使用版本快照版本？
• 当我们将更改从发布版本合并到开发分支时,我们是否会启动新的快照版本？

使用git流程.我们有一个不熟悉Git的同事昨天意外地合并了发展成师.

开发有很多功能,我们的下一个版本将启动,需要恢复合并.这创建了一个撤消所有更改的提交.当我们将master合并回develop时,revert commit会删除我们的功能生成的代码.

在保留新功能的同时,能够与master的修补程序同步开发的最佳方法是什么？

- 编辑 - 只是为了澄清,恢复是一个恢复.IE git revert -m 1 <sha>,因为提交已经被推送到远程存储库.

发布之后,我已经提出了一个可能的解决方案,通过分支主控并恢复还原,但是我很好奇是否有其他可能性可以最小化冲突.

我试图将分支名称从TeamCity传递给OctopusDeploy,以便我们可以轻松跟踪部署来自哪个分支.

为此,我想将分支名称附加到版本号(或使用octopack构建的nuget包),以便我可以在OctopusDeploy UI中显示它.

这很好用,除了我们使用git-flow所以我们的一些分支包含斜线会导致octopack失败(因为文件名不能包含斜杠):

+:refs/heads/(feature/*)
+:refs/heads/(release/*)
+:refs/heads/(hotfix/*)

有没有办法用TeamCity中的其他东西替换斜杠而不改变我们命名分支的方式？

我在git-flow脚本上观看了一些视频,其中一个术语是"后合并" - 例如,将修补程序合并到master中,然后将其合并到develop中.

我假设返回merge是一个概念而不是本机git命令.什么确切的命令包含后合并操作？