问题标签 [git-flow]

当我这样做时git flow init，它会创建一个master和develop分支。当我添加遥控器时，我会这样做git remote add origin git@github.com:NewB/our-repo.git。现在我已经在本地 repo 上初始化了 git flow，并添加了远程 repo。在我这样做之后，git push -u origin master我有master我的起源，但没有develop分支。分支有git flow publish吗？develop我所看到的只是publish分支。git-flow 是否希望我只使用常规 git 并执行？featurereleasegit push origin develop

每次我“完成”一个分支并且与 Git-Flow 合并时发生冲突时，我真的需要手动完成所有步骤吗？还是有办法在所有冲突解决后恢复？

我无法将使用hotfix创建的分支上的提交推git-flow送到远程存储库。

这是错误：

我hotfix用标准语法创建了：

并且这个分支已经存在于 上origin，我可以用git branch -a. 我还检查了分支是否仍然存在于远程服务器上，因为它在我运行git remote show origin.

有没有人遇到过这个问题git或者git-flow找到了解决方案？

注意 - 我尝试过的事情：

• 重新克隆远程仓库->同样的错误
• 删除本地分支->同样的错误
• 删除远程分支->我可以推送“新”分支，但是当我的同事尝试推送提交时，在本地仓库中会出现相同的错误（之后git remote prune origin）
• 强制推送->同样的错误
• 上游推送->同样的错误
• 检查 refs -> 我的提交父 id 与服务器匹配

更新：

git ls-remote origin并git show-ref为本地和远程修补程序分支显示不同的 refs，但这是因为我在本地有 1 个额外的提交，并且父提交的 ref 与 ref on 匹配origin。

如果我已经有一个 git repo，如何将其更改为 git flow 样式的 repo？

我目前正在使用 Symfony2 和 Gitflow 开发一个网站。我有 2 个外部服务器，分别称为“开发”、“暂存”和“生产”，以及 Github 上的中央 GIT 存储库。

我希望使用 Capifony 来：

• 将“开发”分支更改部署到开发服务器。
• 将任何版本/修补程序等部署到暂存以进行测试
• 将“主”分支部署到实时“生产”服务器

我一直在阅读这个关于多阶段部署的页面，到目前为止已经安装了带有 capistrano 扩展的 capifony。

在我的 /app/config/deploy.rb 文件中，我有以下内容：

然后，我得到了一个单独的 /app/config/development.rb 文件，其中包含以下内容：

但是，如果我运行 cap development deploy 我会得到一个错误

有人能解释一下“任务”指的是什么吗？

谢谢

由于我目前绑定到一个颠覆存储库，但使用 git-svn 很好，我想知道这个设置是否也可以与 git-flow 一起使用？git-flow 会带来什么好处？会出现什么缺点或问题？

我想让拉取请求默认从功能分支合并到开发中。

我提倡使用 git flow，所以当一个功能提交拉取请求时，拉取请求需要合并到开发中，而不是 master。

一些经理评论说，作为人类，团队领导可能会忽略这一事实并错误地将拉取请求合并到 master 中，从而导致稍后的发布出现问题。

我们希望减轻合并地狱的风险，因此这将大大有助于实现这一目标。

编辑：我正在使用一个名为 hubflow 的 gitflow 分支（http://datasift.github.com/gitflow/）。默认情况下，当创建一个特性分支时 git hf feature start [tik-123] ，特性分支是根据规范创建的，但也会被推送到原点。我们想要这个进行合作。功能完成后，开发人员将转到 github 中的功能分支并发出拉取请求。然后，如果该功能计划在 sprint 中发布，则团队负责人将审查拉取请求并将该功能合并到 dev 中。

为什么我在以下内容中收到关于推送到不合格目的地的错误？

（其次是一堆其他正常的东西。）

然后：

然后是错误：

查看 github 时，一切似乎都很好……也就是说，master 有了新的位。但是为什么会出现这个错误？

有什么线索吗？

我们的结构类似于Git 存储库的最佳实践，在传统的 n 层设计中具有多个项目，具有以下存储库：

由2-3人的独立团队开发，使用ProjA并ProjB有时为Shared.

我们想到了一个不需要子树或子模块的简单模型，因为我们读到了很多关于这 2 的恐惧。你能回顾一下并告诉我们这样的事情是否可行吗？

• 遵循 gitflow 模型，每个Proj和每个都存在于单独的存储库中Shared
• Jenkins 将使用develop所有 3 个 repos 的分支中的最新版本进行构建
• release.shof aProj将合并到masterof both Projand Shared，在两者上创建一个标签，Jenkins 将从master.

这能行吗？请记住，我们只有 8 个人，而且我们只是迁移到 git，所以我们希望让事情尽可能简单，所以如果我们可以避免子模块和子树的学习曲线，我们会更开心。或者我们会？

在组织分支和工作流程方面需要一些帮助。
前提条件：10 名开发人员使用 git，0 次单元测试覆盖率，10^5 行代码。

在我们的带有master分支的 repo 中，它充当production.
每个功能都在不同的分支上开发，这也创建了一个新的域 ( branch.qa.com)

完成后，QA 团队会检查更改branch.qa.com，然后将其合并到主服务器并自动推送到生产服务器。

问题：
分支 A 可能有css变化。它被上传A.qa.com并被检查。同时，开发人员从
分支分支并对其进行处理，修改相同的. Bmastercss

这两个更改对于它们的分支来说似乎都是合法的，但是可能会发生 change onB实际上粉碎了某些东西A。

合并A进去master就OK了。那么merging Bintomaster会对A.

你排除这种情况吗？你如何融入pre production？