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

[Request] File versioning #36

Closed
hutattedonmyarm opened this issue Aug 9, 2017 · 3 comments
Closed

[Request] File versioning #36

hutattedonmyarm opened this issue Aug 9, 2017 · 3 comments

Comments

@hutattedonmyarm
Copy link

The link stays the same, which isn’t the case when deleting/re-uploading a file. I want to build an overview over the clients and their supported features. Being able to update files means I can share/link to it once and don’t have to update it every time it changes. My plan was to do it as markdown formatted file instead of hosting it as website.

It could be a relatively simple implementation, e.g. adding a ‚version‘ field to the file object and the ability to update a file

@33mhz
Copy link
Contributor

33mhz commented Aug 9, 2017

For the purposes of file storage, being able to version a file in place seems really helpful.
The problem with being able to update a file without changing the link seems like the same problem as allowing people to change post entities when revising a post.

E.g., a post might have an oEmbed pointed to a pnut file. A person reposts that post, and the person changes the file, changing what another person reposted. In theory, a person could link to somewhere else and then change what that link is pointing to, but it seems crummy to allow within the pnut API.

Because of this kind of gaming or unexpected behavior, post raw is immutable, except the oembed links themselves, which are updated on demand for convenience, without affecting content.

Just thinking out loud, versioning a file could not delete the old file, and file revisions would be like post threads; related to each other, but not automatically deleted. You would be able to pull up the "latest" file easily.

@33mhz
Copy link
Contributor

33mhz commented Oct 11, 2017

Or it could be that files could only be revised if they were not oEmbedded.

@33mhz
Copy link
Contributor

33mhz commented Dec 9, 2017

May revisit this in the future, but have no plans for it.

@33mhz 33mhz closed this as completed Dec 9, 2017
@33mhz 33mhz added the wontfix label Dec 9, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants