Skip to content
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

Add --dump option to show contents of .metadata file #13

Closed
dfandrich opened this issue Nov 24, 2014 · 4 comments
Closed

Add --dump option to show contents of .metadata file #13

dfandrich opened this issue Nov 24, 2014 · 4 comments
Labels
feature-request Feature request that has not been accepted yet. Prefer discussion in Ideas.

Comments

@dfandrich
Copy link
Contributor

A --dump option that dumps the contents of the .metadata file in a format similar to ls -l would be very useful in debugging and troubleshooting merge problems, et. al.

@przemoc przemoc added the feature-request Feature request that has not been accepted yet. Prefer discussion in Ideas. label Nov 24, 2014
@przemoc
Copy link
Owner

przemoc commented Nov 24, 2014

I'm reluctant about this, because new textual metadata file format (#6) is exactly meant to be more human-friendly and merge-friendly, so I think that it would be better to work on new format than introduce some half-solutions. But before new file format, we need config file (#7) and to make it sane (i.e. avoiding this obnoxious git option... I thoroughly hate original special case for .git directories, it shouldn't be done like that, but we have to live with that for now) we need file/dir excluding support even earlier (#8, #9).

@dfandrich
Copy link
Contributor Author

It would be still be useful even if metastore moves to a textual format one day.

@przemoc
Copy link
Owner

przemoc commented Feb 8, 2015

You have a point here. I think I'm ok with it on second thought.

I'll prepare enhancement entry next week. One thing that needs to remain clear is that this dump should be aimed only at human consumption, i.e. nothing that some scripts would depend on, as it would lock us down later unpleasantly. Mind also that ls -l lacks details related to xattr, but beside that it should be mostly fine. Actually I would prefer to base it on following output:

ls -alp --time-style=full-iso

with some xattr related improvements (don't have anything particular on my mind yet regarding it).

EDIT (2015-03-25): Sorry, forgot about it, I'll prepare enhancement entry hopefully before end of March.

@przemoc przemoc modified the milestone: v1.1.0 Sep 7, 2015
@przemoc
Copy link
Owner

przemoc commented Sep 7, 2015

Request accepted. Follow-up in #28.

@przemoc przemoc closed this as completed Sep 7, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature-request Feature request that has not been accepted yet. Prefer discussion in Ideas.
Projects
None yet
Development

No branches or pull requests

2 participants