On 02/12/2015 10:54 PM, Jeff King wrote:
On Mon, Feb 09, 2015 at 10:12:42AM +0100, Michael Haggerty wrote:
if (!(flags EXPIRE_REFLOGS_DRY_RUN)) {
+/*
+ * It doesn't make sense to adjust a reference pointed
+ * to by a symbolic ref based on expiring
Michael Haggerty mhag...@alum.mit.edu writes:
This is a pretty exotic usage. I can't think of any real-life use case
for using --updateref together with a symbolic reference. In our
entire code base, --updateref is only used a single time, in
git-stash.sh, and that is always for refs/stash,
On Mon, Feb 09, 2015 at 10:12:42AM +0100, Michael Haggerty wrote:
if (!(flags EXPIRE_REFLOGS_DRY_RUN)) {
+ /*
+ * It doesn't make sense to adjust a reference pointed
+ * to by a symbolic ref based on expiring entries in
+ * the
On 02/11/2015 01:44 AM, Stefan Beller wrote:
On Mon, Feb 9, 2015 at 1:12 AM, Michael Haggerty mhag...@alum.mit.edu wrote:
If we are expiring reflog entries for a symbolic reference, then how
should --updateref be handled if the newest reflog entry is expired?
Option 1: Update the
On Thu, Feb 12, 2015 at 8:08 AM, Michael Haggerty mhag...@alum.mit.edu wrote:
On 02/11/2015 01:44 AM, Stefan Beller wrote:
On Mon, Feb 9, 2015 at 1:12 AM, Michael Haggerty mhag...@alum.mit.edu
wrote:
If we are expiring reflog entries for a symbolic reference, then how
should --updateref be
On Mon, Feb 9, 2015 at 1:12 AM, Michael Haggerty mhag...@alum.mit.edu wrote:
If we are expiring reflog entries for a symbolic reference, then how
should --updateref be handled if the newest reflog entry is expired?
Option 1: Update the referred-to reference. (This is what the current
code
If we are expiring reflog entries for a symbolic reference, then how
should --updateref be handled if the newest reflog entry is expired?
Option 1: Update the referred-to reference. (This is what the current
code does.) This doesn't make sense, because the referred-to reference
has its own
7 matches
Mail list logo
