-
Notifications
You must be signed in to change notification settings - Fork 63
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
Updated pipfile.lock #708
Updated pipfile.lock #708
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewed 2 of 2 files at r1.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @NiallEgan and @mrniket)
Pipfile, line 9 at r1 (raw file):
[packages] "e1839a8" = {editable = true, path = "."}
Was the order an issue before?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this perhaps be automatic in our deployment pipelines?
Reviewed 2 of 2 files at r1.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @NiallEgan and @mrniket)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am looking in to this, but is complicated because of the way we are currently deploying aimmo, portal and rr.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @NiallEgan)
Pipfile, line 9 at r1 (raw file):
Previously, riaJha97 wrote…
Was the order an issue before?
No, this was randomly changed when I regenerated the Pipfile.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @riaJha97)
I regenerated the
Pipfile.lock
usingpipenv lock
command. I think we should be more careful in future to ensure that the lock does not get out of date.This change is![Reviewable](https://camo.githubusercontent.com/23b05f5fb48215c989e92cc44cf6512512d083132bd3daf689867c8d9d386888/68747470733a2f2f72657669657761626c652e696f2f7265766965775f627574746f6e2e737667)