-
-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes to 'sparse_paths' are not reflected on subsequent installs #265
Comments
I agree and would be open to a PR that changes that. |
Hi @jacebrowning, I ran into this for a very specific use case and would like to take a shot at making a PR. A couple of questions from a quick look through the source: Is there a minimum version of git that is supported? I noticed It seems like this is just a case of passing
I'm assuming we'd want to do this check somewhere towards the end of update here after all of the clone/local changes present/etc. checks? If that all sounds reasonable, I can put up a PR with updated test cases (for the above transitions) in the near-ish future. |
@ksharma-bdai Right now the README calls out Git 2.8+, but if we need to bump that to include newer features, that's fine. I didn't write most of the |
There was something pointed out in Issue #218 that I ran into today:
I'm not sure if this is expected behavior or not. It doesn't feel too natural that updating
sparse_paths
and then re-running install or update doesn't pull in the new paths defined. It does look like you need to delete the entire dependency folder and re-run.The text was updated successfully, but these errors were encountered: