From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS53758 23.128.96.0/24 X-Spam-Status: No, score=-3.7 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by dcvr.yhbt.net (Postfix) with ESMTP id 4F62C1F8C6 for ; Wed, 8 Sep 2021 05:30:58 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234680AbhIHFb7 (ORCPT ); Wed, 8 Sep 2021 01:31:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49474 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229523AbhIHFb6 (ORCPT ); Wed, 8 Sep 2021 01:31:58 -0400 Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::22b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4287DC061575 for ; Tue, 7 Sep 2021 22:30:51 -0700 (PDT) Received: by mail-oi1-x22b.google.com with SMTP id q39so1619885oiw.12 for ; Tue, 07 Sep 2021 22:30:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lJbFEaFm4w3fF8em6eqw8nob7q1Wi/Ona8mu8Qa1fTI=; b=FWAVtjKNBljzSZfXerTXMszst+UeLJOD9hCr1kUExn7oHhTdRsqWKFJznNbUDSOVG3 iNvkkFMNZifmnh41td3KefF+hR27X3ljzg8xH4kkb/K45WWmglZKFRFX8GJFsM34cKaT Q5+me3AX2Z2hHKKet4JxhiHvcF4v5T6dBfyyMHJohuNw9tHcuKO78r7JYmkAbWmNZd3f xEfqU3SR3QMW47qxVrbxgvFXax2Qu2+2aFstNdleS8Jsk7ip9z3+8EFnKyHcExqJ4sxb j0Io5L5BFgHuQJ9+QIxm16aZ6x4SoXl/94lvmIP7IE5IYQzOR+wyk+r+5im1XTCxHqPh vytA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lJbFEaFm4w3fF8em6eqw8nob7q1Wi/Ona8mu8Qa1fTI=; b=F+KWBJ2hLl2FD7+PRkb5zSon6oxRATEkEpwqIxPvag7/yCDzvGVfgEcFVf+DXdxUvJ /zT2Dd/FFGV64h4lkz1s100OPqYOlDJ89aCUmnsvh8tptdcnHTx6cShZV2WvcN4aH7o2 WrxHFdNC8VemBYm6DZcgoEel+HJ4fMV1POJARppHKR8ru5itp47/ect5viC2gCAEciNj FYe+tjA2oU7LAR2HHRl2OtX8NUA/UFZSFVHxglOvaaRQ/dSxuQ8Dd21ixFRUJiP8NHk0 BCRGMJ7lPeh3ns4+SCcNpEbXWsDk9HMmISVuChfFRgwjORgHTOQ/u4RFNCJlNdXXO+hx OLew== X-Gm-Message-State: AOAM533uOFIivXlfrgTayf4xDolC0r6mJzPYSg1jQ1VKUy+lx+Wgmaak Y5nInw8eDKHwVgEJ4WebM+uTkoXvP4nuMld2dlE= X-Google-Smtp-Source: ABdhPJxMr2pofm0c3zn5jYzBk1HjZGCwGmlyHmGRHIq4FCHaGAkypqtupwtA81hmzk1zuj1WIZLXePAEN7x9vzSeyiE= X-Received: by 2002:a05:6808:2084:: with SMTP id s4mr1212779oiw.31.1631079050506; Tue, 07 Sep 2021 22:30:50 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Elijah Newren Date: Tue, 7 Sep 2021 22:30:38 -0700 Message-ID: Subject: Re: [PATCH v5 0/9] Sparse index: delete ignored files outside sparse cone To: Derrick Stolee via GitGitGadget Cc: Git Mailing List , Junio C Hamano , Matheus Tavares Bernardino , Derrick Stolee , Johannes Schindelin , Eric Sunshine , =?UTF-8?Q?Ren=C3=A9_Scharfe?= , Derrick Stolee Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org On Tue, Sep 7, 2021 at 6:42 PM Derrick Stolee via GitGitGadget wrote: > > We launched an experimental release [1] of the sparse-index feature to our > internal users. We immediately discovered a problem due to the isolated way > in which we tested the sparse index: we were never building the project and > changing our sparse-checkout definition. > > [1] https://github.com/microsoft/git/releases/tag/v2.32.0.vfs.0.102.exp > > Users who ran a build in one project and then moved to another still had > build artifacts in their worktree that lived inside the old directories. > Since the files are marked by the .gitignore patterns, these files were not > removed by the 'git sparse-checkout set' command. However, they make the > sparse-index unusable because every 'git status' command needs to expand the > sparse-directory entries in order to see if the files are tracked or not. > This made the first experimental release actually slower for all users > because of this cost. > > The solution we shipped to these customers was to change the way our fork > handles these ignored files. Specifically, instead of Git completely > ignoring the files, we changed Git to understand that with cone-mode > sparse-checkout patterns, the users is asking for entire directories to be > removed from the worktree. The link [1] included earlier has this change. > > I believe that this is a reasonable expectation, though I recognize that it > might look like breaking the expectations of how .gitignore files work. > > Since feedback demonstrated that this is a desired behavior, v2 includes > this behavior for all "cone mode" repositories. > > I'm interested in the community's thoughts about this change, as it seems > like one that we should make carefully and intentionally. > > While the rewrite of the t7519 test seems unrelated, it is required to avoid > a test failure with this change that deletes files outside of the cone. By > moving the test into repositories not at $TRASH_DIRECTORY, we gain more > control over the repository structure. > > > Updates in V5 > ============= > > * Updated the locality of a cache_entry pointer. > > * Rephrased a comment. > > * Removed the patch adding a config option. > > * I tried, but failed, to create a scenario where the call to > cache_tree_update() causes a test to fail. I still think this is valuable > as defensive programming for the reasons mentioned in the patch, which is > why I didn't remove them here. > > > Updates in V4 > ============= > > * Fixed an issue with the split index. > > * The helper methods are used more consistently. > > * The helper method path_in_cone_mode_sparse_checkout() is introduced. > > * Commit messages are edited for clarity. > > * A new config option is added to disable the behavior being added in this > series. > > * I split the commit that involves cache_tree_update(). I have not yet > succeeded in creating tests to demonstrate why this is required outside > of needing it in the Scalar functional tests, which includes a version of > partial clone. I will continue to investigate recreating this scenario in > the Git test suite, but I wanted to send this version out to get feedback > on the things that have changed. > > > Update in V3 > ============ > > * As promised [2], the helper methods are fixed to work with non-cone-mode > patterns. A later series will use them to their fullest potential > (changing git add, git rm, and git mv when interacting with sparse > entries). > > [2] > https://lore.kernel.org/git/bac76c72-955d-1ade-4ecf-778ffc45f297@gmail.com/ > > > Updates in V2 > ============= > > * This version correctly leaves untracked files alone. If untracked files > are found, then the directory is left as-is, in case those ignored files > are important to the user's work resolving those untracked files. > > * This behavior is now enabled by core.sparseCheckoutCone=true. > > * To use a sparse index as an in-memory data structure even when > index.sparse is disabled, a new patch is included to modify the prototype > of convert_to_sparse() to include a flags parameter. > > * A few cleanup patches that I was collecting based on feedback from the > experimental release and intending for my next series were necessary for > this implementation. > > * Cleaned up the tests (no NEEDSWORK) and the remainders of a previous > implementation that used run_subcommand(). > > Thanks, -Stolee > > Derrick Stolee (9): > t7519: rewrite sparse index test > sparse-index: silently return when not using cone-mode patterns > unpack-trees: fix nested sparse-dir search > sparse-index: silently return when cache tree fails > sparse-index: use WRITE_TREE_MISSING_OK > sparse-checkout: create helper methods > attr: be careful about sparse directories > sparse-index: add SPARSE_INDEX_MEMORY_ONLY flag > sparse-checkout: clear tracked sparse dirs > > Documentation/git-sparse-checkout.txt | 10 +++ > attr.c | 15 +++++ > builtin/add.c | 7 +- > builtin/sparse-checkout.c | 94 +++++++++++++++++++++++++++ > dir.c | 52 +++++++++++++++ > dir.h | 8 +++ > read-cache.c | 4 +- > sparse-index.c | 76 ++++++++++++---------- > sparse-index.h | 3 +- > t/t1091-sparse-checkout-builtin.sh | 59 +++++++++++++++++ > t/t7519-status-fsmonitor.sh | 38 ++++++----- > unpack-trees.c | 8 ++- > 12 files changed, 312 insertions(+), 62 deletions(-) > > > base-commit: 80b8d6c56b8a5f5db1d5c2a0159fd808e8a7fc4f > Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1009%2Fderrickstolee%2Fsparse-index%2Fignored-files-v5 > Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1009/derrickstolee/sparse-index/ignored-files-v5 > Pull-Request: https://github.com/gitgitgadget/git/pull/1009 > > Range-diff vs v4: > > 1: c407b2cb346 = 1: c407b2cb346 t7519: rewrite sparse index test > 2: 8660877ba7a = 2: 8660877ba7a sparse-index: silently return when not using cone-mode patterns > 5: acdded0f762 ! 3: edb00d3f9aa unpack-trees: fix nested sparse-dir search > @@ unpack-trees.c: static int sparse_dir_matches_path(const struct cache_entry *ce, > { > - struct cache_entry *ce; > + const char *path; > -+ struct cache_entry *ce = NULL; > int pos = find_cache_pos(info, p->path, p->pathlen); > struct unpack_trees_options *o = info->data; > > @@ unpack-trees.c: static struct cache_entry *find_cache_entry(struct traverse_info *info, > + * paths (e.g. "subdir-"). > + */ > while (pos >= 0) { > - ce = o->src_index->cache[pos]; > +- ce = o->src_index->cache[pos]; > ++ struct cache_entry *ce = o->src_index->cache[pos]; > > - if (strncmp(ce->name, p->path, p->pathlen)) > + if (!skip_prefix(ce->name, info->traverse_path, &path) || > 3: a669740af9a = 4: c8620de61eb sparse-index: silently return when cache tree fails > 4: b379b8fc61a = 5: 37171612424 sparse-index: use WRITE_TREE_MISSING_OK > 6: 1958751aa0e = 6: 98b4cae2297 sparse-checkout: create helper methods > 7: e496f3cee66 ! 7: 6ec3cb2042e attr: be careful about sparse directories > @@ attr.c: static struct attr_stack *read_attr_from_index(struct index_state *istat > + * .gitattributes file since it will not matter. > + * > + * In the case of a sparse index, it is critical that we don't go > -+ * looking for a .gitattributes file, as the index will expand. > ++ * looking for a .gitattributes file, as doing so would cause the > ++ * index to expand. > + */ > + if (!path_in_cone_mode_sparse_checkout(path, istate)) > + return NULL; > 8: cab9360b1e9 = 8: d57f48c445c sparse-index: add SPARSE_INDEX_MEMORY_ONLY flag > 9: c19d93ec5d7 = 9: 91b53f20109 sparse-checkout: clear tracked sparse dirs > 10: 8d55a6ba2fd < -: ----------- sparse-checkout: add config to disable deleting dirs > Thanks for all your diligence working on this, and your patience in explaining all the details to me in the previous rounds. There wasn't much left to address after the last round, and this round addresses the few loose ends. Reviewed-by: Elijah Newren