fix up the README and put it into the pypi register

format to 79 char

write the README

lots of TODOs for straight SQL mode

add a bulk insert feature.   probably needs some work

- get more constraint construct to work, etc.
- move all the tests to test_op

- implement add_column, drop_column, start thinking about scaling up how we do the tests

here's what im doing with pylons at the moment

add a stamp command

- move -c / -n arguments to front
- add create_table, drop_table
- support range revs for when the --sql flag is set

more crap

do "find the templates" identically to how sphinx does it

import sys

- pep3147-compatible version of locating .pyc

another file call

- use open()
- fix list comprehension so we are using correct fk name (py3k picked it up for us ! )

- migrate to ArgParse
- long lines/whitespace
- fix "list_templates"
- will support py3k immediately

use public foreign keys collection

- clean up whitespace
- can't import sqlalchemy.test anymore

this doesnt apply anymore

create table construct, does the "metadata" thing as well.

manifest + sphinx setup

some sqlite round trip tests

- sqlite dialect
- SQL text mode
- some methods to help with upcoming tests

ui

more commands, can display history + branchpoints

some ui improvements

upgrade, downgrade motion

upgrade path

this actually ran something

beginning to lay out migration flow

- pushed the whole command line options thing into a single main() function
- command methods now accept a "config" plus positional + kw arguments,
for easy API calling
- main() provides context sensitive arguments and help for each command
using inspect.getargspec()

- ok the time-based ids are going to suck with branching, so using
truncated random uuids now.
- removed the id number from the upgrade()/downgrade() callables.

- get the test environment to use the command line correctly
- use time-based slightly random hex ids.
- probably going to remove the id from the upgrade/downgrade name, not
much point to it.

full round of revision file tests

test revision environment setup

we're making revision files....

beginning to build the revision system

cleanup for init function

illustrate the basic idea of add_xxx(strings), whereby Table/Column/Constraint objects
are just generated in order to produce the DDL.   I'm not entirely
thrilled with this - would be nicer if we could get sqlalchemy.schema constructs
to generate with strings alone - but this would change their signatures.  so we're sort
of doing that here anyway.

util module

command line stuff

commands

working on cmd line

- figuring out script format
- figuring out operation system

thinking about layout

- basic DDL methodology
- need some framework to abstract operations to DDL instructions,
as we can't assume the number of executions per operation

work in progress

a sandwich setup.