git-flow

    0热度

    1回答

    做基于trunk的开发到实现持续部署。这是我们的分支策略。 主>什么活在生产 发布>测试通过并释放CI服务器 开发>从开发团队每天创建的合并点。 如果我们考虑从发布到主阶段执行pull请求。 该方法有什么优点和缺点?我们如何与开发团队沟通,他们想在开发分支做PR?

    1热度

    1回答

    在我的项目中,我使用第三方git回购库作为库。我将它们添加到我的.gitignore列表中,以便我可以分别提取这些库。有没有办法将我的项目分支中的某个提交绑定到第三方库中的某个提交?

    0热度

    2回答

    如何在Sourcetree中创建第二个修补程序分支(如果已经存在)?每当我尝试它时,都会告诉我先完成当前的修补程序。任何方式有多个修补程序分支?

    -1热度

    1回答

    发布代码合并到发布版本的单个发布分支。 在准备发布时,将稳定代码从主服务器合并到发布分支中。 CI服务器建立在发布模式并优化性能。 发布分支有哪些其他好处?

    1热度

    2回答

    我的问题是围绕gitflow过程中的一个非常具体的点(如记录here)。 我已将release/1.2的错误修正合并为master,并进行了相应标记。 除了历史记录外,从release/1.2反向合并与从master反向合并到develop之间有什么区别。如我所料,没有任何区别。 对此有危险吗?我以后会遇到杂乱的问题吗?我错过了明显的东西吗?我怀疑这个答案可能与master中的其他功能有关,但目前

    0热度

    2回答

    我想了解功能分支git。我的理解是,术语功能分支仅仅是一种命名约定或方法,以帮助在添加新代码时进行概念化和组织。 具体来说,我的理解是: 添加前缀feature/分支名字只是一个约定(对比说origin/具有意义) 没有什么本质特殊有关创建分支所谓feature/what-ever-my-new-feature-is 它不会限制如何/在哪里分支可以与任何其他分支合并 仍然可以合并一feature/

    0热度

    1回答

    我们的开发分支需要被标记,因为我们的构建过程将标记名称作为semver构建版本,例如, V3.5.1。 Develop分支可以随时建立并自动部署到登台服务器。 但是,gitflow模型仅描述如何以及何时标记主分支。如果我也开始标记开发分支,我将“失去”这些名称,并且将无法将它们用于标记主分支。 例如,我可以将开发分支标记为比当前主分支更大的东西,每次我标记主分支。但是,接下来我必须记住下一次将主标

    0热度

    1回答

    我们开始对我们的分支模型使用Gitflow。 但我们不确定如何使用修补程序。 我们是否需要为修补程序版本(意味着1个分支中有多个修复程序)使用1个修补程序分支,还是必须为每个修补程序使用1个分支。 所以如果有10个错误,我们有10个修补程序分支。

    0热度

    1回答

    我试图使用Gitflow Workflow,这是我第一次遇到阅读comparison of workflows at Atlassian。主要想法是开发是在develop分支上完成的,该分支包含从特征分支合并的所有修改,然后我们将develop合并到master中。这种方式功能分支从不直接与我们的master。 我想达成什么是有一个干净的历史在master分支仅释放犯。所以新的提交应该只在版本更改

    1热度

    1回答

    是他们的插件还是应该使用Grunt?我不能似乎在网上找到什么...任何帮助将是非常赞赏 感谢