Re: Marking abandoned branches

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Shawn Pearce <spearce@xxxxxxxxxxx> writes:

> How about using a regex or a shell wildcard in config such as:
>
> 	[core]
> 		hideRefs = refs/abandoned/
> 		hideRefs = refs/some-garbage-i-have/

A suggestion to say "[core] anything" is out; this does _not_
belong to the core at all.

Depending on how much abandoned you want to make the abondond
refs, you can do one of the following:

 - If you just do not want visualizers to clutter what you are
   usually interested in viewing by default, teach visualizers
   to ignore that refs/ hierarchy.  Right now visualizers either
   use "ls-remote ." (e.g. gitk) or walking refs directory
   itself (e.g. gitweb) to find what refs are available.  Filter
   that and you are done.  If we were to do show-refs helper and
   if all the visualizers use it (we would need something like
   that when the refs/ work Linus is doing hits the mainline --
   walking refs directory to find available refs becomes
   officially unsupported when that happens), I am not opposed
   to give it --ignore=refs/abandoned option.  Similarly for
   ls-remote but _NOT_ peek-remote (the former is Porcelain-ish,
   the latter is core).

 - If you do not want to have even clone look at them, you need
   to have two repositories: with-clutter and main.  You call
   the current Mozilla full-import repository the former, make a
   copy of it and remove unwanted refs from it and repack.  Call
   that main and have people work on it.

   People who want to look at old, failed experiments can pull
   from with-clutter repository in two ways.  Either they can
   pull into their clone of 'main', or they make a separate
   clone using --reference option to cut the download time and
   to keep the cluttered part separate.


-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]