Hey Bryan,

in my current project, we use feature branch to do our tasks, i.e. for each
task we create a new branch in the main repository and everyone can commit
in this branch. Once the task is completed and approved, we merge the
branch into the main (master) and delete this branch. With this workflow,
everyone can continue a job that someone stopped and the main branch
contains only approved features.

Another way that I know that can help you is pull request. Every member of
the team fork the main project and work on his fork. Once the task is
completed, he can ask for a pull request in the main project, which can be
approved or declined before it is merged in the main project. I don't like
this way of work because each member can ask only one pull request at time.
This way, the member can't start a new task before his pull request was

Hope that helped you

William Seiti Mizuta
Desenvolvedor da Caelum

On Wed, Dec 12, 2012 at 1:44 PM, Bryan Migliorisi <br...@migliorisi.com>wrote:

> Hey all,
> Just learning Git and I am trying to understand the best workflow for our
> team.  For arguments sake, assume we are using Github for
> our private repositories and using Heroku for hosting.
> I'd like to have a workflow where our development team commits changes to
> a development branch.  Someone (likely me) will be responsible for cherry
> picking commits from the development branch (or branches maybe?) and
> pulling them into a QA branch which is then pushed to our Heroku QA
> repository\app.
> Once QAed and approved, I'd like to pull (merge?) the entire QA branch
> into the production branch and push that to our Heroku production
> repository.
> Some questions:
>    1. At a high level, does this make sense and is there a better way?
>     The goal is mostly to allow concurrent development while allowing us to
>    selectively deploy specific changes.
>    2. Is it best to have separate repositories for each developer and
>    have them push changes, once complete, to the main development repo? Or
>    should everyone just commit their code to the main development repo?
>    3. Related to above: Should each developer have a separate branch or a
>    separate repository?
>    4. Are there any tools to facilitate a workflow like this? Obviously
>    command line is immensely powerful.  Ive been using SourceTree
>    and liking it so far.  Also hear Tower is great. GitHub for Mac(\Windows)
>    is pretty limiting.
> I've read a few blogs\articles describing some workflows similar to this
> but I havent really been able to wrap my head around it entirely.  Any
> links would be appreciated.
> Thanks in advance!
>  --


Reply via email to