9front - general discussion about 9front
 help / color / mirror / Atom feed
From: ori@eigenstate.org
To: 9front@9front.org
Subject: Re: [9front] moving to git
Date: Mon, 07 Jun 2021 16:42:05 -0400	[thread overview]
Message-ID: <138F2FE710DBC5DB1AF5F75155C65BB4@eigenstate.org> (raw)
In-Reply-To: <2EE39354-0BF2-4DF4-B158-05BB0AA7F3C8@gmail.com>

Quoth Xiao-Yong Jin <meta.jxy@gmail.com>:
> 
> > On Jun 6, 2021, at 5:11 PM, ori@eigenstate.org wrote:
> > 
> > Quoth ori@eigenstate.org:
> >> We're moving our over to git, hosted on 9front:
> >> 
> >> 	http://git.9front.org
> >> 
> >> To move your system over, run sysupdate twice.
> > 
> > 
> > Git had some bugs that would clobber files on merge.
> > Including itself.
> > 
> > It be fixed
> 
> What would happen to local changes if I run sysupdate twice?
> Particularly, for
> (1) local uncommitted changes;
> (2) local commits in hg.
> What would be the recommended steps to preserve the locally
> uncommitted and committed changes?
> 

Uncommitted local changes will be
treated the same as they are under
hg: 'git/pull' will merge the files
in the working tree with the files
that were modified in the commit,
conflicts will be flagged, and you'll
have a chance to resolve them.

Local changes committed to hg will
be treated as uncommitted local
changes.

If you want to preserve them as commits,
it's a bit more complciated. You can
export the changes from hg, touching
them up to the format that git expects:

	for(c in $commits){
		hg export -g $commit -g | \
		ssam 's/^# HG changeset patch\n//' | \
		ssam 's/^# User /From: /' | \
		ssam 's/^# Parent[^\n]*\n/Subject: [PATCH] /' | \
		ssam 's/^# Node ID[^\n]*\n/' \
		> /tmp/$commit.export
	}

clone to a temporary location:

	cd /tmp
	git/clone gits://git.9front.org/plan9front/plan9front

and then import them:

	for(c in /tmp/*.export)
		cd /tmp/plan9front && git/import $c

then, pulling should merge them nicely
for you:

	sysupdate && sysypdate
	git/pull /tmp/plan9front

or even just dircp the repo over:

	dircp /tmp/plan9front/.git /dist/plan9front/.git

And, so long as you have .hg around,
you can always use the hg commands
to diff, revert, or undo any breakage.


  reply	other threads:[~2021-06-07 23:17 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-05 14:19 ori
2021-06-05 14:34 ` ori
2021-06-06  0:04   ` cinap_lenrek
2021-06-06 18:36   ` adr
2021-06-05 17:51 ` Steffen Nurpmeso
2021-06-06 22:11 ` ori
2021-06-06 23:07   ` ori
2021-06-07 19:18   ` Xiao-Yong Jin
2021-06-07 20:42     ` ori [this message]
2021-06-10  1:34       ` Xiao-Yong Jin
2021-06-28 18:07         ` Stuart Morrow
2021-06-28 18:15           ` Kurt H Maier
2021-06-28 18:34           ` ori
2021-06-28 18:47             ` Stuart Morrow

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=138F2FE710DBC5DB1AF5F75155C65BB4@eigenstate.org \
    --to=ori@eigenstate.org \
    --cc=9front@9front.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).