git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Johan Herland <johan@herland.net>
To: "Øyvind A. Holm" <sunny@sunbase.org>
Cc: Git mailing list <git@vger.kernel.org>
Subject: Re: [PATCH] git-notes.txt: Explain how to transfer notes between repos
Date: Thu, 11 Sep 2014 01:31:54 +0200	[thread overview]
Message-ID: <CALKQrgfQ4-A=NgR_gSsaSXMjRzQZtXBdvrWbzTBGH3jyfC4bJg@mail.gmail.com> (raw)
In-Reply-To: <1410357414-691-1-git-send-email-sunny@sunbase.org>

On Wed, Sep 10, 2014 at 3:56 PM, Øyvind A. Holm <sunny@sunbase.org> wrote:
> The documentation for git notes did not mention anywhere how to transfer
> notes between repositories, create a section that explains this topic.

Thanks! Although there are some online resource containing similar
information (e.g. http://git-scm.com/blog/2010/08/25/notes.html), this
info has obviously been missing from the manual page for way too long.

Your text illustrates well how to work with simple notes sharing
scenarios, where there are typically only a single writer per notes
ref. However, if you have a situation where you and your peers are
contributing to the same notes refs, then you will need a more
sophisticated scheme.

In your current illustration, if you do some notes work on
refs/notes/foo, and your friend does the same, then, when you fetch
from your friend (with the +refs/notes/*:refs/notes/* refspec
configured), their notes work will silently overwrite your own notes
work (the '+' in the refspec causes a "forced update"). What you
typically would want instead, is to fetch your friend's notes refs
into a separate namespace (similar to how git stores remote branches
under refs/remotes/$remote/* instead of directly under refs/heads/*),
so that you can examine their changes before potentially merging them
with your own (using 'git notes merge').

This is a more complicated workflow than the one you sketch out below,
and although it's only really needed for notes ref with multiple
writers, I believe that is such a common use case that it merits at
least a mention in the manual page. I'm not sure if we would need to
sketch out the entire workflow, or whether it's sufficient to merely
mention that a more complicated workflow is needed in the multi-writer
case.


Have fun! :)

...Johan

> Signed-off-by: Øyvind A. Holm <sunny@sunbase.org>
> ---
>  Documentation/git-notes.txt | 39 +++++++++++++++++++++++++++++++++++++++
>  1 file changed, 39 insertions(+)
>
> diff --git a/Documentation/git-notes.txt b/Documentation/git-notes.txt
> index 310f0a5..4237bec 100644
> --- a/Documentation/git-notes.txt
> +++ b/Documentation/git-notes.txt
> @@ -264,6 +264,45 @@ prior to the merge, these will also be removed by this notes merge
>  strategy.
>
>
> +TRANSFERRING NOTES ACROSS REPOSITORIES
> +--------------------------------------
> +
> +Notes are not transferred by default when using the standard
> +fetch/push commands, but has be done explicitly. To fetch all notes
> +from a particular remote, use
> +
> +------------
> +$ git fetch origin refs/notes/*:refs/notes/*
> +------------
> +
> +`git fetch` can be configured to automatically fetch notes from a
> +remote with this command:
> +
> +------------
> +$ git config --add remote.origin.fetch +refs/notes/*:refs/notes/*
> +------------
> +
> +To transfer notes to a remote repository:
> +
> +------------
> +$ git push origin refs/notes/*
> +------------
> +
> +If you don't want to fetch or push all notes stored under
> +`refs/notes/`, replace the asterisk with the specific type of notes
> +you want to transfer:
> +
> +------------
> +$ git fetch origin refs/notes/commits:refs/notes/commits
> +------------
> +
> +or
> +
> +------------
> +$ git push origin refs/notes/commits
> +------------
> +
> +
>  EXAMPLES
>  --------
>
> --
> 2.1.0.127.g0c72b98
>
> --
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Johan Herland, <johan@herland.net>
www.herland.net

      parent reply	other threads:[~2014-09-10 23:32 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-10 13:56 [PATCH] git-notes.txt: Explain how to transfer notes between repos Øyvind A. Holm
2014-09-10 19:59 ` Eric Sunshine
2014-09-10 23:31 ` Johan Herland [this message]

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

  List information: http://vger.kernel.org/majordomo-info.html

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

  git send-email \
    --in-reply-to='CALKQrgfQ4-A=NgR_gSsaSXMjRzQZtXBdvrWbzTBGH3jyfC4bJg@mail.gmail.com' \
    --to=johan@herland.net \
    --cc=git@vger.kernel.org \
    --cc=sunny@sunbase.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.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).