From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: From: =?UTF-8?B?QXJhbSBIxIN2xINybmVhbnU=?= Date: Thu, 22 May 2014 12:41:05 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] hgfs Topicbox-Message-UUID: eca4b032-ead8-11e9-9d60-3106f5b1d025 Skip Tavakkolian wrote: > % cat /n/hg/versions # list versions > ... > % echo version rev1 > /n/hg/ctl # pull + update -r rev1, etc. > % ls /n/hg/foo > .... # list of rev1 files > % echo version rev2 > /n/hg/ctl > % ls /n/hg/foo > ... # list of rev2 files, etc What would be the point of this? Once you have a version (revision) you can just bind the subtree where you want it. I don't see the point in having this special switching code inside hgfs. Plan 9 provides the necessary functionality. > % ed /n/hg/foo/main.c <<'EOF' > $a > // a useless comment > . > w > q > EOF > % cat <<'EOF' >/n/hg/ctl > tag "rev1beta1" # tag this version > note "added a silly comment to main.c and tagged this version > as beta1" # commit string? Somebody would have to write the code, right now hgfs is read-only. I don't know how hard it would be. Are you offering? --=20 Aram H=C4=83v=C4=83rneanu