Skip to content

Conversation

Spacerat
Copy link
Contributor

This removes all support for not having S3 enabled. It branches off of #297 (to avoid wasting time with merge conflicts later on).

@pebble-heroku pebble-heroku temporarily deployed to cloudpebble-sp-pr-298 April 11, 2016 21:27 Inactive
@Spacerat Spacerat force-pushed the feature/assume-s3 branch from 82d8725 to b06a6b7 Compare April 11, 2016 21:40
@Spacerat Spacerat temporarily deployed to cloudpebble-sp-pr-298 April 11, 2016 21:40 Inactive
@Spacerat Spacerat force-pushed the feature/assume-s3 branch from b06a6b7 to 9e4c696 Compare April 11, 2016 22:37
@Spacerat Spacerat temporarily deployed to cloudpebble-sp-pr-298 April 11, 2016 22:37 Inactive
@Spacerat
Copy link
Contributor Author

There's one issue with doing this: it makes it difficult to run any automated tests which do things with files, especially on travis. Tests would end up trying to touch S3, which is OK-ish during local development, but not so good on travis.

A simple solution would be to inject a fake S3 during tests which just acts as a dictionary

@Spacerat Spacerat force-pushed the feature/assume-s3 branch from 9e4c696 to ab3fa8c Compare April 12, 2016 22:16
@Spacerat Spacerat temporarily deployed to cloudpebble-sp-pr-298 April 12, 2016 22:16 Inactive
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants