all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Kelvin White <kwhite@gnu.org>
To: Stephen Berman <stephen.berman@gmx.net>
Cc: Emacs development discussions <emacs-devel@gnu.org>
Subject: Re: need help adjusting workflow to git (or vice versa)
Date: Thu, 13 Nov 2014 15:53:24 -0500	[thread overview]
Message-ID: <CAG-q9=aXadj0bDt56Ei5+EJjvy6FJQXTSCzc4AsOoG=ZYoeFpA@mail.gmail.com> (raw)
In-Reply-To: <87ppcqubfp.fsf@rosalinde.fritz.box>

[-- Attachment #1: Type: text/plain, Size: 2165 bytes --]

On Nov 13, 2014 2:51 PM, "Stephen Berman" <stephen.berman@gmx.net> wrote:
>
> On Thu, 13 Nov 2014 10:49:05 -0500 Kelvin White <kwhite@gnu.org> wrote:
>
> > Stephen Berman <stephen.berman@gmx.net> wrote:
> >> I'm learning how to use git and am still stumbling over basic things.
> >> With bzr I had a shared repository of Emacs sources, containing several
> >> branches, including a mirror of trunk that I only updated, and a branch
> >> that I did my regular builds from, which I pulled from the trunk mirror
> >> but occasionally made small changes to, which went into my builds.  I
> >> also had a task branch for longer term development, and occasionally
> >> copied or merged changes from there to the build branch.  All of these
> >> branches had there own source files, which weren't touched by changes
in
> >> the other branches (unless I merged or copied over changes).  Now I've
> >> cloned the new git repository from Savannah and followed the
> >> instructions on the Emacs Wiki to make a task branch.  But there is
> >> still only one set of sources.  I do see the task branch and can check
> >> it out, but when I added my changes from the corresponding bzr task
> >> branch and then checked out master again, it shows the (still
> >> uncommitted) changes.  I also made a build branch but when I check it
> >> out, it likewise shows the uncommitted changes from the task branch, so
> >> if I now do make, the changes from my task branch will AFAICT be
> >> included in the build, which I don't want.  So how can I (i) keep a
> >> pristine copy of trunk (master) and (ii) build with possibly some local
> >> changes but without all changes from the task branch?
> >
> > The uncommitted changes will not be included unless you add them and
> > commit them.
>
> But they are included in the build (I confirmed this by building from my
> build branch, not from task branch (i.e., with my build branch currently
> checked out), and that's what I want to avoid.

Before checking out your build branch, either commit your changes, or stash
them. This will keep the changes in the build branch and not carry them
over into whatever branch you check out first.

[-- Attachment #2: Type: text/html, Size: 2771 bytes --]

  reply	other threads:[~2014-11-13 20:53 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-13 15:35 need help adjusting workflow to git (or vice versa) Stephen Berman
2014-11-13 15:49 ` Kelvin White
2014-11-13 19:50   ` Stephen Berman
2014-11-13 20:53     ` Kelvin White [this message]
2014-11-13 16:29 ` martin rudalics
2014-11-13 16:43   ` Andreas Schwab
2014-11-13 19:51     ` Stephen Berman
2014-11-13 20:10       ` Paul Eggert
2014-11-13 20:44         ` Stephen Berman
2014-11-13 20:58           ` Paul Eggert
2014-11-13 21:19             ` Stephen Berman
2014-11-13 20:58           ` Harald Hanche-Olsen
2014-11-13 21:22           ` Stefan Monnier
2014-11-14  5:26           ` Eli Zaretskii
2014-11-15 22:24             ` Stephen Berman
2014-11-16 18:57               ` Bill Wohler
2014-11-14  5:18       ` Rob Browning
2014-11-18  9:34         ` Eric S Fraga
2014-11-15  5:08       ` Bill Wohler

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='CAG-q9=aXadj0bDt56Ei5+EJjvy6FJQXTSCzc4AsOoG=ZYoeFpA@mail.gmail.com' \
    --to=kwhite@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=stephen.berman@gmx.net \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.