git-flow

Git branching model strategy

可紊 提交于 2019-12-03 04:51:28
We are trying to follow the gitflow branching model, but with a twist. We have have four servers environments where the product can be deployed to, each server serves a purpose : development, internal testing, external testing, and production. DevServer , where developers test their different features, while developing. Developers cannot test locally on their machines, they have to make their changes on the DevServer to be able to test TestServer , where QA testers test multiple features once developers are done ReleaseServer , where releases are tested in isolation before moving them to

git - confusion over terminology, “theirs” vs “mine”

梦想与她 提交于 2019-12-03 03:47:17
问题 I'm completely confused about what mine vs theirs means. In this specific case, I've got a feature branch where I just squashed about 80 commits via rebase -i and am merging this back into develop . I got a few conflicts, and I just want to use whatever code is on my feature branch. I tried "mine" but that actually seemed to do the opposite. Could someone shed some light on this terminology? 回答1: ours and theirs is a somewhat confusing concept; exacerbated when performing a rebase: When

Is there a command to undo git flow init?

你离开我真会死。 提交于 2019-12-03 03:27:36
问题 After git flow init , how to remove git flow model? Even, I removed related config from .git/config file. $ git flow init # force reset $ git flow init -f Already remove below content from .git/config file. [gitflow "branch"] master = master develop = develop [gitflow "prefix"] feature = feature/ release = release/ hotfix = hotfix/ support = support/ versiontag = Thanks. 回答1: You can do what @Peter said from the command line too! Those commands remove all the sections of the git config file

How to undo git flow feature finish?

巧了我就是萌 提交于 2019-12-03 01:39:46
问题 I am learning git-flow and I just did git flow feature finish <feature-name> , which merged my feature branch to develop and removed it. Instead of this, I want to push the feature branch to github, so I can merge it after a peer review. So the question is, how do I 'undo' this command. Or in other words , how can I move my last two commits from develop to my feature branch? 回答1: These steps should do the trick: Get the sha's needed: git log <sha1> is the commit right before the merge <sha2>

`git flow release finish` non-interactively

陌路散爱 提交于 2019-12-03 01:26:00
How I can use git flow release finish in a manner that doesn't ask for merge commit messages? The -m flag doesn't provide this, as I expected. The goal of course is to be able to script this in such a way that doesn't require interaction. Peter van der Does You can set the environment variable export GIT_MERGE_AUTOEDIT=no git flow release -m 'Merge Message' release_branch_name unset GIT_MERGE_AUTOEDIT It won't invoke the editor for when you merge. If you switch to my fork git-flow AVH Edition you can set this option to only work for when you use git-flow. git flow is (more or less) just a

Maven: Bind plugin execution to the execution of another plugin, not to a lifecycle phase

房东的猫 提交于 2019-12-03 01:23:45
Note regarding the accepted answer: I accepted the answer because of strong circumstantial evidence. Nonetheless, this is circumstantial evidence, so take it with a grain of salt. How can I have a plugin be triggered when the user runs a plugin goal, not a lifecycle phase? (This has been asked before, but the answer was to use a lifecycle phase.) Case in point: I need release:branch to invoke regex-plugin to generate a branch with the current version as its name, minus the -SNAPSHOT suffix . This is what I have, which requires the developer to activate a profile and invoke the verify phase. I

Branching and merging best practices in Git

混江龙づ霸主 提交于 2019-12-03 00:35:23
问题 We have a developer team of 4 and have recently moved to Git. We want to learn best practices regarding workflow with branching and merging. We are using a lightweight version of Git Flow. We have a dev, staging and a master branch which are all linear with each other. staging is branched from master dev is branched from staging On top of that we use feature and hotfix branches to work on new features and fix bugs. I have the following questions: Should we branch feature branches from dev or

Git flow release branches and tags - with or without “v” prefix

和自甴很熟 提交于 2019-12-03 00:31:35
问题 I have seen multiple contradicting definitions on various git flow related websites. Is there an official recommendation or single source of truth? Branches: release-1.2.3 or release-v1.2.3 Tags: 1.2.3 or v1.2.3 回答1: Well, basically it is a matter of preference, but I prefer the version with the v , as Semver does it that way and I try to follow that specification as close as possible to get a sane versioning. It also makes filtering for those Tags easier, as you can press v and then the TAB

Git flow: How to configure a one-click release process in Jenkins?

≡放荡痞女 提交于 2019-12-02 21:01:10
We are using the standard git flow branching model (develop, master, release- , hotfix- , etc). As part of our workflow, we would like to set up a "one-click" release via jenkins. I was looking at the jgitflow-maven-plugin . Can I set up this plugin to do a one-click release from jenkins? If so, what are the configuration options? In particular, can I do something like this? Jenkins Job Maven goals: release-start release-finish -Dsomething -Delse And is there a way tell it to automatically build from the latest -SNAPSHOT version, e.g. if the version is 1.2.3-SNAPSHOT it would build release-1.2

Why doesn't “git flow feature pull” track?

我的梦境 提交于 2019-12-02 20:40:53
Lets say I've created a new feature with git flow feature start FEATURENAME then published it with git flow feature publish FEATURENAME Now my colleague wants to collaborate on this feature with me, so he does git flow feature pull FEATURENAME This creates a new branch on his local repo, based on the feature branch in the remote repo. This does not however set his local feature branch to track the remote feature branch, so now he has to track this branch manually. What is the reasoning behind this extra step? Why not have the feature pull command set to track as well? What's the workflow