-
Notifications
You must be signed in to change notification settings - Fork 5
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
Mount bash_history to persist it among containers #635
base: 1.6.x
Are you sure you want to change the base?
Mount bash_history to persist it among containers #635
Conversation
I realised now that with my advice from yesterday, this won't survive harness updates ( Perhaps it should end up being stored in the project root and added to the various application/skeleton/.gitignore files? |
good point, we can certainly do that on Teufel, but where should i add it (empty .bash_history + .gitignore entry) to provide it in skeletons for new projects? |
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.
still needs gitignoring
.gitignore
Outdated
@@ -3,3 +3,4 @@ | |||
/tests/ | |||
/tmp-test/ | |||
.idea | |||
.bash_history |
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.
sorry, not that file, all the others in the skeleton directories
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.
Ah nice :) I see where the skeletons are. Will revert this, and add to the other gitignores
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.
hmm we'll have another problem if the file has to exist, as tho the skeleton will be there on ws create
, the file wont on any other person's clones
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 think you're right though, just we'd need to create the file some other way
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.
actually it wouldn't help on the ws create
either.
It'd be something like the enable.sh running touch .bash_history
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.
otherwise if the file doesn't already exist, docker-compose would create a directory and bind that to the container, which isn't what we'd want
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.
yes, that's what docker-compose does... i can add touch .bash_history
to
src/_base/harness/config/events.yml
after('harness.install'): |
#!bash
ws enable
but then the file does not survive a refresh/install? I think it's better than not having it tho.
Alternatively people would have to create that file manually in their project root. Which is weird i think
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'd suggest https://github.com/inviqa/harness-base-php/blob/995a60cf25b378708c812ff8b926829c39d825c8/src/_base/harness/scripts/enable.sh.twig rather than the after event itself.
The file will survive in this way, as touch
only creates the file if it doesn't exist
@@ -47,6 +47,7 @@ enable_all() | |||
initial_start | |||
|
|||
touch .my127ws/.flag-built | |||
touch .bash_history |
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.
@andytson-inviqa is this the right place?
Hi! Any updates on this PR? |
@kierenevans @andytson-inviqa is there any missing work to be done in this PR? I just wonder why it was postpone that much, because it's already half a year open without any new feedback 🤔 |
@Chemaclass Unfortunately it's making the .bash_history as a directory via docker-compose:
I'll try to fix |
…ll make a directory
f113e7f
to
80d5917
Compare
This should solve the following issue
#627