Re: Support for `Q` objects in `get_or_create` and `update_or_create`

2018-02-20 Thread 'Mike Lissner' via Django developers (Contributions to Django itself)
This is my first message here, and sure enough I'm necromancing this thread from 2016! Below there's a message about how to use Q objects with get_or_create by chaining them. This works! But it's not documented. Is it crazy to document this? I think I used the advice in this thread a while

Re: Support for `Q` objects in `get_or_create` and `update_or_create`

2018-02-20 Thread Adam Johnson
I think it's perfectly sane to document the filter + get_or_create combo, feel free to open a ticket and pull request On 20 February 2018 at 20:26, 'Mike Lissner' via Django developers (Contributions to Django itself) wrote: > This is my first message here,

Re: Thoughts on diff-based migrations with django?

2018-02-20 Thread Andrew Godwin
Hi, This was an approach we deliberately avoided during development of the current migration system - it works poorly with diverging feature branches and requires that your developers have access to production schema at all times (and additionally that you don't have divergent

Re: Thoughts on diff-based migrations with django?

2018-02-20 Thread djrobstep
Yes, this approach certainly doesn't magically solve data migration issues, however the data migrations question has been a common one. The nature of data migrations is that they are very one-off and context dependent and so still something you'd need to script up manually. You might use the

Thoughts on diff-based migrations with django?

2018-02-20 Thread djrobstep
Hi all, Some thoughts on schema migrations that may interest you. By way of background, I'm the author of migra (https://github.com/djrobstep/migra), a schema comparison/diff tool for Postgres. I initially wrote this tool because I wanted to be able to generate migration scripts

Re: Thoughts on diff-based migrations with django?

2018-02-20 Thread Curtis Maloney
Hi, I must say your idea intrigues me... and I'd certainly like to discuss it further. The first thought that comes to mind is how would such a system handle data migrations? Being able to leap from one schema state to another is great, buy typically in the life-cycle of a reusable app

Re: Regarding GSOC-18

2018-02-20 Thread Tim Graham
No, we don't have a team of people putting together ideas. If you have some experience with Django, you could probably look through Trac tickets and put together an original proposal. On Friday, February 16, 2018 at 4:07:35 PM UTC-5, hardik dadhich wrote: > > hello All, > > It's my first chance

Re: Google Summer of Code 2018

2018-02-20 Thread Tim Graham
Hi Priyansh, Your proposal isn't really detailed enough for me to understand what the outcome of your project would be (I haven't watched Russell's talk that you linked). What are the "big wins"? There are projects like https://github.com/potatolondon/djangae, which allows using Django with