git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Adrián Ribao Martínez" <aribao@gmail.com>
To: Michael Poole <mdpoole@troilus.org>
Cc: git@vger.kernel.org
Subject: Re: Integration-Manager Workflow
Date: Sat, 16 Jan 2010 20:47:37 +0100	[thread overview]
Message-ID: <201001162047.38010.aribao@gmail.com> (raw)
In-Reply-To: <87r5ppx42f.fsf@troilus.org>

[-- Attachment #1: Type: Text/Plain, Size: 1965 bytes --]

> Adrián Ribao Martínez writes:
> 
> > What happens if they accidentally work in the develop branch instead of creating a new one? What should we do?
> > I think I should never fetch from teamx.myserver.net to avoid this problem and instead track the branch like in step 2. Is this correct?
> 
> It is simpler than that.
> 
> If you just use "git remote add teamx teamx.myserver.net:/...." (rather
> than cloning your integration repository from one of those
> repositories), it will leave all your local branches alone -- any
> changes to teamx.myserver.net's "develop" branch will only show up in
> the teamx/develop tracking branch.

I think this is a stupid question but, how do I bring the feature1 branch from teamx to my local repository?

> 
> The reason is that a fetch or pull only merges into your develop branch
> if your branch.develop.merge git-config entry specifies an upstream
> branch -- more detail can be found in the git-config man page under
> branch.<name>.remote and branch.<name>.merge.
> 
> Those entries are set up when you clone from a repository, and through
> some other commands, but if teamx clones from the integration server,
> they can only mess up their own develop branch.  If/when you push into
> teamx's repository from yours, you can forcibly overwrite any of those
> accidental changes.  (Normally, though, the push would only do a
> fast-forward merge -- so if teamx made such a mistake, the merge will
> fail until you address the mismatch.)

I'm not sure if I understand.

1. I bring the feature1 to my local repository.
2. Check if everything is ok
3. Merge or rebase the branch into develop
4. Push the develop changes into the in central repository
5. Push and force the develop changes into the teamx server
6. The developers pull their local repositories from teamx server

Is this correct? What are the commands for all those actions?

> 
> Michael Poole
> 

Thank you.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2010-01-16 19:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-16 17:49 Integration-Manager Workflow Adrián Ribao Martínez
2010-01-16 19:06 ` Michael Poole
2010-01-16 19:47   ` Adrián Ribao Martínez [this message]
2010-01-17  2:53     ` Michael Poole

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201001162047.38010.aribao@gmail.com \
    --to=aribao@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=mdpoole@troilus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).