question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

[Unified Fides] Bringing up Fides Shell after Code Changes

See original GitHub issue

Bug Description

Bringing up the Fides shell fails when files have changed. I think I’ve mainly seen this happen when I had already run the shell with postgres, and I was changing to run the shell with a different database. I’ve seen this at least three times now.

Steps to Reproduce

nox -s dev -- shell postgres and then change some application files and then run nox -s dev -- shell timescale. (Reproduction steps may not be entirely accurate, I’m not positive that you have to change the database too.)

 => CACHED [backend  2/12] RUN apt-get update &&     apt-get install -y --no-install-recommends     git     make     vim     curl     g++     gnupg     gcc     python3-wheel     && apt-get clean     && rm -rf /var/lib/apt/lis  0.0s
 => CACHED [backend  3/12] COPY optional-requirements.txt .                                                                                                                                                                        0.0s
 => CACHED [backend  4/12] RUN pip install -U pip --no-cache-dir install -r optional-requirements.txt                                                                                                                              0.0s
 => CACHED [backend  5/12] COPY dev-requirements.txt .                                                                                                                                                                             0.0s
 => CACHED [backend  6/12] RUN pip install -U pip --no-cache-dir install -r dev-requirements.txt                                                                                                                                   0.0s
 => CACHED [backend  7/12] COPY requirements.txt .                                                                                                                                                                                 0.0s
 => CACHED [backend  8/12] RUN pip install -U pip --no-cache-dir install -r requirements.txt                                                                                                                                       0.0s
 => [backend  9/12] COPY . /fides                                                                                                                                                                                                  0.4s
 => [backend 10/12] WORKDIR /fides                                                                                                                                                                                                 0.0s
 => ERROR [backend 11/12] RUN git rm --cached -r .                                                                                                                                                                                 0.6s
------
 > [backend 11/12] RUN git rm --cached -r .:
#14 0.609 error: the following files have staged content different from both the
#14 0.609 file and the HEAD:
#14 0.609     tests/ops/integration_tests/test_execution.py
#14 0.609     tests/ops/integration_tests/test_sql_task.py
#14 0.609 (use -f to force removal)
------
executor failed running [/bin/sh -c git rm --cached -r .]: exit code: 1
nox > Command docker build --target=dev --tag ethyca/fides:local . failed with exit code 1
nox > Session dev failed.

Expected behavior

I can bring up a shell when files have changed or I’m changing which databases I want to bring up.

We might just be able to change the line to: RUN git rm --cached -rf .

Screenshots

If applicable, add screenshots to help explain your problem.

Environment

  • Version:
  • OS:
  • Python Version:
  • Docker Version:

Additional context

Add any other context about the problem here.

Issue Analytics

  • State:closed
  • Created a year ago
  • Comments:9 (9 by maintainers)

github_iconTop GitHub Comments

1reaction
pattisdrcommented, Oct 3, 2022

@ThomasLaPiana Yes, I’ve been able to confirm that this worked!

0reactions
ThomasLaPianacommented, Nov 10, 2022

@pattisdr that makes sense, it is probably conflicting with the git cache reset command in the Dockerfile

Read more comments on GitHub >

github_iconTop Results From Across the Web

Update code blocks in readme · Issue #981 · ethyca/fides · GitHub
Docs Update Description The "Controller" and "Article 30..." sections of the guide are indented too far beneath their headers, creating a code block...
Read more >
U.S. presidential grandchildren tout Nationalist WWII ... - Reuters
Two grandchildren of World War Two-era U.S. presidents said the Chinese Nationalists' role in defeating Japan was as significant as the ...
Read more >
Comparative Law Outline
In civil law systems, gaps are filled by creative application of the code. Sources of authority: Both the common law and codes act...
Read more >
ARMY MOTTOES - Warriors' Watch Riders
CLEAR UP TO THE SKY ... CHANGE. US ARMY CHEMICAL &. BIOLOGICAL DEFENSE AGENCY. CUM SCIENTIA. DEFENDIMUS ... FIDE ET BELLO FORTIS STRONG...
Read more >
FUNDAMENTALS OF IMMIGRATION LAW
an IJ, if later there is a change of circumstances affecting his reliability ... No period of time in which an alien has...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found