简而言之,是否有一个命令可以撤销所做的更改git flow release start,如果有任何更改推送到版本,那么停止它的最安全的方法是什么,因为我们不能同时拥有多个版本分支?
根据Gitflow,带-SNAPSHOT后缀的POM应该放在哪里?据我了解,开发应该始终包含快照版本,以便我们可以从推送到该分支的每个功能构建最新的快照。
当我们想要发布时,我们从开发创建一个发布分支。这个发布分支是否应该有 SNAPSHOT 后缀?当我们合并发布分支时,SNAPSHOT 后缀是否应该出现在 master 中?
如果它应该存在,如果没有分支包含没有快照的版本号,我们如何有效地告诉 CI 我们想要一个版本?
我目前掌握的是最新版本的master,即没有后缀。我的开发分支正在合并新功能时构建快照。
在我当前正在进行的项目中,我无法gitflow使用 SourceTree 进行初始化。你能帮我吗?
我的 SourceTree 版本是2.7.6.
如果我尝试做
然后我有这个对话框
但是当我确认时,我遇到了错误
我在一个新团队中,工作方式与我之前在功能分支上工作的方式完全不同,测试人员将在该功能分支上进行测试,然后我们将运行 jenkins 作业来合并该分支当功能通过测试签署时,将其放入开发中,根据开发重新调整分支以保持新鲜。
从开发中截取了发布版本,然后将其发布并可能合并到主版本中。这是我的第一个 git 项目,对于任何人来说这似乎都是一个很容易理解的工作流程。
我现在在一个不同的团队,没有人能真正回答他们为什么要这样工作,在将开发合并到 master 后,是否有充分的理由将 master 合并回开发?
这个工作流程是我创建一个功能分支并在本地处理它,当我对该功能感到满意时,我会创建一个合并请求到开发中。然后我部署开发中的更改,这就是测试的内容。一旦测试结束,我会在 gitlab 中为 master 分支创建一个樱桃选择合并,用于我的开发提交,一旦它在 master 中,我就会从 master 分支发布更改。
有人总是将 master 合并回开发中。我问过一些团队成员(这是一个非常小的团队,只有 5 名开发人员),没有人真正知道为什么,他们只是这样做。
之前的项目有超过 100 名开发人员在不同的小型开发团队中工作,因此限制要严格得多。
这是 gitlabs 工作方式特有的吗?
我在本地的环境:
git-flow脚步
feature x在Sourcetree中创建一个,然后添加代码。commit包括选项create a pull request和对分支push的更改。feature xremotepull request我中选择 的选项Close {branch} after the pull request is merged。pull request然后将其合并到develop分支中。pull对我当地的分支机构进行了新的更改develop。注意pull request在将代码合并到 之前检查代码很重要develop,所以问题是:
有什么方法可以在创建后自动删除本地feature x分支吗?pulldevelop
*我尝试过,fetch但它不起作用。
我在我的代码库中使用 git-flow,我们真的很高兴。然而,支持部门存在概念问题。
我有该版本的支持分支1.x。有时我必须应用修补程序,或创建新版本(功能不太可能)。
git flow命令,但基于support分支而不是分支master。)我在使用远程存储库hotfix创建的分支上推送提交时遇到了问题git-flow.
这是错误:
$ git push origin hotfix/MyHotfix
Counting objects:
... etc
To {my remote repo}
! [remote rejected] hotfix/MyHotfix -> hotfix/MyHotfix (no such ref)
error: failed to push some refs to {my remote repo}
Run Code Online (Sandbox Code Playgroud)
我hotfix用标准语法创建了:
git flow hotfix start MyHotfix
Run Code Online (Sandbox Code Playgroud)
这个分支已经存在origin,我可以看到git branch -a.我还检查了分支仍然存在于远程服务器上,因为它在我运行时出现git remote show origin.
有没有人遇到过这个git或者git-flow找到了解决方案?
注意 - 我尝试过的事情:
git remote prune origin),我的同事本地仓库会收到相同的错误 …目前,每个用户必须在克隆存储库后首先配置Git-flow.如何将此分支命名配置存储在可提交文件中(存储在存储库中),因此在克隆存储库后,它可以与Git-flow一起使用?
在我目前的工作地点,我们正在使用git-flow,我们使用标准存储桶(在开发中开发,在master中发布,具有此功能,功能等).
我们正在使用大量的git存储库(每个项目),我经常需要在多个git中启动一个"功能".通常是三个git回购.
myApp
git: bitofcode1
git: scripts
git: library
Run Code Online (Sandbox Code Playgroud)
我尝试在所有三个git repos中使用相同的功能名称'feature-change-whatever',但我觉得git-flow模型不适合处理跨多个repos的项目中的新功能.
myApp
git: bitofcode1 (feature-change-whatever)
git: scripts (feature-change-whatever)
git: library (feature-change-whatever)
Run Code Online (Sandbox Code Playgroud)
我的想法是,为了将git-flow与'myapp'一起使用,我最好将我的3个不同的git存储库合并为一个更大的存储库.在使用git-flow时还有其他方法可以解决这个问题吗?
我想使用git flow完成一个功能,但是我得到一个致命的错误: fatal: Index contains uncommited changes. Aborting.
>git --version
git version 1.8.3.msysgit.0
>git flow feature list
* google-oauth
>git branch
develop
* feature/google-oauth
master
>git flow feature finish google-oauth
fatal: Index contains uncommited changes. Aborting.
>git status
warning: LF will be replaced by CRLF in package.json.
The file will have its original line endings in your working directory.
# On branch feature/google-oauth
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: app.js
Run Code Online (Sandbox Code Playgroud)