Fixing travis & Properly fixing composer for travis-ci

I did a couple of things in this PR but all with the end goal to fix travis-ci. I also cleaned some stuff up.

- I needed a composer.json file so I git am (#93) for proper git commit credits (cc @dawehner)
- Added proper dev requirements for the module (drush, phpcs, coder)
- Kill before_install , this shouldn't be needed anymore 
- Switch drush, phpcs, coder to use the vendor/bin binaries
- Change phpcs to ignore the vendor dir, and make sure it test against the proper filetypes
- Switch to using drush test-run over run-test.sh since it reports proper exit codes
- last but not least, I run the drush run-server with nohup so we don't have to worry about the output eliminating the need for netstat.

I tested most of this locally but it lets see what travis thinks. This should also improve the travis build time a bit.
Maybe this is true for your usecase though, as described in the article, we
do actually use composer to built our drupal project itself (similar to
drush makefiles ) in which case having a proper require would be helpful


On Sat, Sep 6, 2014 at 8:44 AM, Eric J. Duran <notifications@github.com>
wrote:

> In composer.json:
>
> > @@ -0,0 +1,10 @@
> > +{
> > +  "name": "drupal/entity_embed",
> > +  "description": "Allows entities to be rendered using a text format.",
> > +  "license": "GPL-2.0+",
> > +  "require-dev": {
>
> @dawehner <https://github.com/dawehner> Technically that's not needed and
> won't really affect anything.
>
> I'm using require-dev and not require to only declare the dependencies
> needed for development. Since composer is not being used to set up the
> dependencies needed for this project to work on a website there's no need
> to declare require and we can leave that to the regular php version in the
> info file.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/drupal-media/entity_embed/pull/94/files#r17207316>.
>