Thread (3 messages) flat view 3 messages, 2 authors, 2016-06-15

Re: [PATCH] reset: trivial refactoring

From: Felipe Contreras <hidden>
Date: 2016-06-15 22:57:44

On Thu, Jun 13, 2013 at 4:13 PM, Martin von Zweigbergk
[off-list ref] wrote:
On Thu, Jun 13, 2013 at 11:15 AM, Felipe Contreras
[off-list ref] wrote:
quoted
@@ -82,7 +82,7 @@ static int reset_index(const unsigned char *sha1, int reset_type, int quiet)
        if (unpack_trees(nr, desc, &opts))
                return -1;

-       if (reset_type == MIXED || reset_type == HARD) {
+       if (reset_type == HARD) {
Are you sure that this can not be reached given that...
quoted
@@ -323,8 +323,11 @@ int cmd_reset(int argc, const char **argv, const char *prefix)
                struct lock_file *lock = xcalloc(1, sizeof(struct lock_file));
                int newfd = hold_locked_index(lock, 1);
                if (reset_type == MIXED) {
+                       int flags = quiet ? REFRESH_QUIET : REFRESH_IN_PORCELAIN;
                        if (read_from_tree(pathspec, sha1))
                                return 1;
+                       refresh_index(&the_index, flags, NULL, NULL,
+                                     _("Unstaged changes after reset:"));
                } else {
                        int err = reset_index(sha1, reset_type, quiet);
                        if (reset_type == KEEP && !err)
...the line after this one reads

   err = reset_index(sha1, MIXED, quiet);
That's true. Only the rest of the patch makes sense then. It seems
there should be a way to have a single call reset_index(KEEP), so we
don't have to call again with MIXED, but perhaps that's for later.

-- 
Felipe Contreras
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help