Re: gc/repack has no option to lose grafted parents
On Fri, Mar 7, 2014 at 6:36 AM, Martin Langhoff wrote: > On Thu, Mar 6, 2014 at 6:26 PM, Junio C Hamano wrote: >> Given that we in general frown upon long-term use of grafts (or >> "replace" for that matter), I am not sure if we want to go in that >> direction. >> >> Just a knee-jerk reaction, though. > > Fair enough. > > If I state my actual goals -- discarding old, uninteresting history, > in a "rolling" fashion? (periodically using a script that says "forget > anything older than one month") -- is there a better way? Convert it to a shallow repository? Either you clone it and do "fetch --depth=XXX && prune", or you manipulate $GIT_DIR/shallow directly then prune (no worse than editing grafts, I think). -- Duy -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: gc/repack has no option to lose grafted parents
On Thu, Mar 6, 2014 at 6:26 PM, Junio C Hamano wrote: > Given that we in general frown upon long-term use of grafts (or > "replace" for that matter), I am not sure if we want to go in that > direction. > > Just a knee-jerk reaction, though. Fair enough. If I state my actual goals -- discarding old, uninteresting history, in a "rolling" fashion? (periodically using a script that says "forget anything older than one month") -- is there a better way? The repository is not standalone, it receives pushes from hundreds of clients, and gets pulled from a couple of clients. All clients are "in sync", in that will be pulling every hour (vs a "time window" of one month). At this stage, and with careful management (ie: custom gc scripts) git makes for an excellent async log/report transfer tool. We specially appreciate that it has "deep buffer". cheers, m -- martin.langh...@gmail.com - ask interesting questions - don't get distracted with shiny stuff - working code first ~ http://docs.moodle.org/en/User:Martin_Langhoff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: gc/repack has no option to lose grafted parents
Martin Langhoff writes: > Back in > http://git.661346.n2.nabble.com/PATCH-0-2-Make-git-gc-more-robust-with-regard-to-grafts-td3310281.html > we got gc/repack to be safer for users who might be shooting > themselves in the foot. > > Would a patch be welcome to add --discard-grafted-objects ? or > --keep-real-parents=idontthinkso ? > > cheers, Given that we in general frown upon long-term use of grafts (or "replace" for that matter), I am not sure if we want to go in that direction. Just a knee-jerk reaction, though. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html