我正在使用git-flow来管理项目.发出时我收到以下消息git flow release
finish foo:
fatal: no tag message?
Tagging failed. Please run finish again to retry.
Run Code Online (Sandbox Code Playgroud)
以下是使用全新的git存储库和单个文件重现的一系列步骤:
touch test.txt
git init
git add .
git commit -m "Initial commit"
git flow init
[defaults accepted]
git flow release start 1.0
echo "Line 1" >> test.txt
git add .
git commit -am "Line added"
git flow release finish '1.0'
Run Code Online (Sandbox Code Playgroud)
此时,会弹出上面的错误消息,并调用Vim来添加标记.当我添加标签并保存时,我最终在主分支上,发布/ 1.0分支仍然存在.出了什么问题?Git流版本是0.4.1.
谢谢.
当我这样做git flow init时创建一个master和develop分支.当我添加遥控器时我做了git remote add origin git@github.com:NewB/our-repo.git.现在我在我的本地仓库初始化了git flow,并添加了远程仓库.在我做之后,git push -u origin master我有master我的起源而不是develop分支.有没有git flow publish为develop分支?所有我看到的是publish对feature或release分支机构.git-flow是否要我只使用常规git而且git push origin develop呢?
根据我的理解,创建功能分支的一个优点是,您可以轻松查看大量提交已合并到开发分支的位置.
完成功能分支后,建议删除功能分支,因为不再需要进行开发.删除分支后,图表是否仍会注释"feature/my-fancy-feature"分支并合并?
让我们说我已经创建了一个新功能 git flow feature start FEATURENAME
然后发布它 git flow feature publish FEATURENAME
现在,我的同事希望与我合作完成此功能,所以他确实如此
git flow feature pull FEATURENAME
这将根据远程仓库中的功能分支在其本地仓库上创建一个新分支.但是,这并不会将其本地功能分支设置为跟踪远程功能分支,因此现在他必须手动跟踪此分支.
这一额外步骤背后的原因是什么?为什么不将feature pull命令设置为跟踪?
什么是git flow feature pull和之间的工作流程差异git flow feature track.
在哪些情况下你会使用哪些?
我想开始研究另一个开发人员的功能分支(我们使用git和git flow).AFAIK分支已发布(推送).我怎样才能把它带到我的本地存储库?
我试过了:
git flow feature pull origin/XXXXXX-1003b
fatal: 'origin/XXXXXX-1003b' does not appear to be a git repository
fatal: The remote end hung up unexpectedly
Failed to pull from remote 'origin/XXXXXX-1003b'.
Run Code Online (Sandbox Code Playgroud)
和:
git flow feature pull XXXXXX-1003b
fatal: 'XXXXXX-1003b' does not appear to be a git repository
fatal: The remote end hung up unexpectedly
Failed to pull from remote 'XXXXXX-1003b'.
Run Code Online (Sandbox Code Playgroud)
请指教.谢谢
使用git-flow从中央存储库中提取已发布的发布分支的优先级工作流程是什么?
例如:
迈克发布了一个发布分支,他通过"git flow release publish 1.0"发布了它.
简也希望在该发布分支上工作,她如何从中央仓库中取出它以继续在该特定分支上使用git flow?
git flow release start 1.0然后在本地创建分支git pull?git checkout -b release/1.0 origin/release/1.0并从那里继续(这样的git flow工作在分支上?)我一直在使用git-flow一段时间但我仍然不理解Tag Prefix功能.我假设它只是一个字符串,每个release/标签前缀.有没有人有任何使用示例或这样做的好处?我还没有在任何Git Flow博客文章中看到它的任何解释.
我开始使用git flow,我明白这样做:
git flow feature start my-feature
git flow feature finish my-feature
Run Code Online (Sandbox Code Playgroud)
我创建了一个功能,然后,当我完成更改后,我将它与开发分支合并.完成流程命令在合并操作后逐字删除功能分支.
我的问题是:有没有办法使用git flow将我的功能与开发合并,而不是在合并后删除它.
我的第二个问题是:这个工作流程是否正确?我的意思是,在与开发合并时保持活动功能分支是正确的,只是为了更新'main'分支并进行一些更改并继续在功能分支上工作?
我跑了git init,选择第一个分支时犯了一个错误.现在我想重新运行它来更改设置,但它从不再问第一个问题.
Which branch should be used for bringing forth production releases?
- develop
Branch name for production releases: [] develop
Which branch should be used for integration of the "next release"?
Branch name for "next release" development: [develop] ^C
Lymnaea:boxes (develop) $ git flow init
Which branch should be used for integration of the "next release"?
Branch name for "next release" development: [develop]
Production and integration branches should differ.
Run Code Online (Sandbox Code Playgroud)
如何撤消第一个init运行,以便我可以将分支设置为master?
我有一个存储库,我的开发分支受到保护,我正在使用GitFlow分支模型.有两个分支; 开发(包含当前正在开发的功能)和master(最新部署的生产代码).
我的开发分支阻止通过GitHub的Protected分支直接进行提交.当您使用GitFlow在本地完成修补程序时,它会自动将修补程序分支合并到您的本地主服务器并开发分支.但是,不允许直接在开发分支上推送更改,因为这是受保护的分支
你怎么能克服这个?每当我创建一个修补程序时,我必须:
这不是自动化的,因此,不是真的可以接受.