git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] user-manual: Talk about tracking third-party snapshots

From
Junio C Hamano <gitster@pobox.com>
Date
Nov 13, 2007, 19:25 UTC
Message-ID
<7vtznqrlrb.fsf@gitster.siamese.dyndns.org>
In-Reply-To
<11949569992214-git-send-email-msmith@cbnco.com>
Michael Smith <msmith@cbnco.com> writes:
Show 25 quoted lines
> +You can fix situations like these by doing a merge that isn't really a
> +merge, using the "ours" merge strategy. Look through the history on the
> +third-party branch and try to find the exact commit that matches the
> +last snapshot you imported. Often there's a tag close to the commit, or
> +on the commit, if you're lucky--but don't trust it blindly; check the
> +diffs. Check out your local branch and tell Git about the relationship:
> +
> +------------------------------------------------
> +$ git remote add upstreamgit git://upstream.org/project.git
> +$ git fetch upstreamgit
> +$ git tag
> +v1.0
> +v1.1
> +v1.2
> +$ git checkout master
> +$ git merge --strategy=ours \
> +    -m "Tie old v1.1 into our history by merging with strategy=ours." \
> +    v1.1
> +------------------------------------------------
> +
> +You'll see the branches merge together in `gitk --all` or `git
> +show-branch master upstreamgit/master`.  Now you'll be able to merge any
> +changes from the remote branch since v1.1 with `git merge
> +upstreamgit/master`.
> +

This would work only when your 'master' happens to be at v1.1 (and identical to it) isn't it? Which means that as an example it will be of very limited scope.

People would want to know "But my 'master' is _not_ at v1.1 but is _based_ on v1.1. How would I handle that case?" and the above does not answer that question.

Even worse, most people are probably not careful enough to ask the above question, but just say "Heh, my 'master' is based on v1.1, so I'll blindly follow that example to bind the histories together".

I did not find any technical problem in the other parts of your description, but I did not read the resulting document from cover to cover, so I do not know if your change fits in the entire organization of the document very well.

Previous: Jakub NarebskiNext: Michael Smith
Message 9 of 12 in “user-manual: Talk about tracking third-party snapshots”
  1. user-manual: Talk about tracking third-party snapshotsMichael Smith, Nov 13, 2007
  2. Jakub NarebskiNov 13, 2007
  3. Sergei OrganovNov 13, 2007
  4. Jakub NarebskiNov 13, 2007
  5. Jan HudecNov 17, 2007
  6. Jakub NarebskiNov 17, 2007
  7. Jan HudecNov 17, 2007
  8. Jakub NarebskiNov 17, 2007
  9. Junio C HamanoNov 13, 2007
  10. Michael SmithNov 13, 2007
  11. J. Bruce FieldsNov 19, 2007
  12. J. Bruce FieldsNov 19, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.