We Work in Philly was forked from the citizenry project. It seems this project is no longer under active development. It is, however, useful for historical purposes.
We Work in Philly is supported by all and owned by no one. Please see the GitHub issues log for some simple ways to contribute. There are several open items that might only require an hour or so of your time. If you have other ideas or enhancements, pull requests are always welcome.
The setup assumes a nix based environment. If you are able to setup the build on a windows box, please document it here.
brew install postgres
sudo apt-get install postgresql libpq-dev
curl -L https://get.rvm.io | bash -s stable --rails --autolibs=enabled
rvm install ruby-1.9.2
gem update --system
gem install bundler
env ARCHFLAGS="-arch x86_64" bundle install
On a Mac:
brew install imagemagick
On Ubuntu / Debian:
sudo apt-get install imagemagick
bundle exec rake db:create db:migrate db:test:prepare
./go
NOTE: you must login as "sample user" when you run the application. we do not reveal the twitter/linkedin keys. if you're working on twitter/linkedin integration, you can provide your own keys in the go script.
You can avoid installing the dependencies listed above on your machine by running the site in a self-contained virtual machine.
Before proceeding you need to have installed:
To start up a vm:
cd We-Work-In-Philly
on your machinevagrant up
on your machineSETUP COMPLETE: We Work in Philly works in Vagrant!
vagrant ssh
this will get you into the vm without a passwordcd wwip
on the vm./go
on the vmhttp://192.168.33.10:3000
Not familiar with Vagrant? Check out the Getting Started guide.
vagrant ssh
will get you onto the vm where you can run rake/rails commands, etc.
The code directory on your machine is mounted into the vm. When you ssh in it's in the wwip
folder. You can edit files and perform git operations on your host computer using your tools of choice and the changes will be reflected on the vm.
After your first vagrant up
you can stop and start the vm more quickly. The initial provisioning only needs to run once. If anything happens with your setup you can vagrant destroy
and vagrant up
to bring back a fresh environment.
Check out the Original Developer Notes. There is a lot of useful recipes that explain how to setup development machines, switching from staging to production, migration of databases, etc. It is not very organized though.