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

Added support for Django 1.4 and support for multiple requirements files #35

Merged
merged 2 commits into from Apr 6, 2012
Merged

Added support for Django 1.4 and support for multiple requirements files #35

merged 2 commits into from Apr 6, 2012

Conversation

andres-torres-marroquin
Copy link
Contributor

@andres-torres-marroquin andres-torres-marroquin commented Apr 3, 2012

I added support for Django 1.4 and support for multiple requirements files.

Any question or doubt, please feel free to ask. Thanks heroku guys, you have been doing a good job.

note; tests are passing.

@kennethreitz
Copy link
Contributor

kennethreitz commented Apr 3, 2012

Django 1.4 is already supported :)

@andres-torres-marroquin
Copy link
Contributor Author

andres-torres-marroquin commented Apr 3, 2012

The new project structure is bit different. I just tried it and it seems not working for me: https://gist.github.com/7484a84aac4f09b290a8

@kennethreitz
Copy link
Contributor

kennethreitz commented Apr 3, 2012

We support the new structure. Our quickstart article is being updated for Django 1.4, which is why you came into that inconsistiency.

Essentially, the old 'createproject' command created things at the "app" level, and the new one creates them at the "repo" level.

You can see proper workflow here: #30 (comment)

@andres-torres-marroquin
Copy link
Contributor Author

andres-torres-marroquin commented Apr 3, 2012

I already read it. Please take a look at the code.

@kennethreitz
Copy link
Contributor

kennethreitz commented Apr 3, 2012

Thanks for the contribution regarding multiple requirements files. I don't think that's the best approach today but I'll definately keep it in mind in the future.


As for increasing the depth of find for settings.py, I don't mind increasing the depth by one, but highly recommend against having a repository structured that way. That's not the intended usage of the new layout.

Also increasing the depth of the settings.py search increases the chance for false positives, so there is some tradeoff.

@kennethreitz
Copy link
Contributor

kennethreitz commented Apr 6, 2012

Hmm, on second thought, I can merge this. It's definitely an edge case, but a worthy one.

@kennethreitz kennethreitz merged commit d2d3725 into heroku:master Apr 6, 2012
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.

None yet

2 participants