If you're about to get started contributing please contact Godwin:
hotmail.com. Also try to familiarize yourself with the technologies we're using, our collaboration tools, requirements, coding conventions, style guide, and testing practices.
We will make a commitment to extract any functionality that makes sense to do so, into separate gems in order to share functionality with others, with our other projects (such as bikecollectives.org), and to enable easier collaboration amongst ourselves.
Here is a list of the gems we have created so far, if you are a collaborator on this project you may need to become a collaborator on these gems as well. Don't hesitate to make a request, it won't be denied:
Lingua Franca provides an easy way to include translatable content and provides a user interface for translators to provide translations. See Translations for best practices on the Bike!Bike! website.
Bumbleberry provides cross-browser support with little effort and minimum file sizes. Basically it creates a different stylesheet for every known browser and only includes supported rules for each using information obtained from caniuse.com.
If you are a git wiz, feel free to adjust the steps below slightly, otherwise follow these steps until you are familiar enough to stray. What should remain constant is that we need to branch, code review, and merge with master.
- Before you start working on a new feature, start working on a new branch (alternatively you can fork):
git checkout -b myname_new_feature
- Write your new feature
- Add tests and execute them using
bundle exec rake cucumber
- Make any adjustments, make sure you have included comments and abided other coding conventions
- Check your git status to make sure you are on the correct branch and have any new files to add:
- Add any new files using:
git add [myfile]
- Commit your changes:
git commit -am 'My commit message'
- Switch back to the master branch and pull the latest:
git checkout master && git pull
- Switch back to your branch:
git checkout myname_new_feature
- If there were any changes, rebase (if in doubt, rebase). This merges in the new code with your new code:
git rebase -i origin/master
- Push your changes:
git push origin myname_new_feature
- Make a pull request and wait for your code to be reviewed
- If any changes are required, make them commit your changes, and rebase again. This time you need to make sure that you squash your commits (makes sure you only add one commit in the end). Where you see your commit message, change 'pick' to 'fixup' or 'f'.
- Push your code again and repeat 12 and 13 until your code gets merged with master
Please note, we currently don't have this process set up, we're working to get here.
- Write code and get it pulled into master
- Your changes will be automatically be deployed to our preview site
- Your changes will be tested there, if tests fail deployers will be notified
- Once that deployment process completes and tests pass, translators will be notified if there are new translations
- Once translators have completed translations, translations will be committed to master and your changes will be deployed to production
Bike!Bike! is a conference which is held in and hosted by a different city each year. The conference is specifically for not for profit bicycle collectives (5013c or equivalent status is not required). There are also 'Reginal Bike!Bike!s' which can be hosted by any organization at any time of the year.
The Bike!Bike! website will help coordinate these conferences, allowing users to register, to create organizations, and organize conferences.
Users should be able to register and log in, either with our system or using Facebook. We will store user name, encrypted passwords, email addresses, avatars, and user settings.
An organization can be created by any user. An organization has a name, location, logo, email address, and some additional optional settings. An organization also contains a list of users which can interact and represent the organization on the site. A user is added to the organization by either:
- Creating the organization
- Requesting membership
- Being invited by an existing member
Organizations can be set up to allow anyone to become a member, require verification, require a secret password, or only allow invitations.
Conferences can be created by any user who is associated with an organization. A conference has a name, date, location, a list of host organizations, and optional administrators.
A conference can be modified by anyone who has been added as an administrator directly, or is a member of any of the host organizations.
Any member of the site can register for a conference. A form must be constructed by the conference corrdinators and must then be completed by the registrant.
Any user who is register for a specific conference can propose workshops for that conference. A workshop is later scheduled by the conference coordinators if they decide to include it in the conference. A workshop can have one or more facilitators which are added in a similar process as users are added to an organization.
Events are created and scheduled by conference coordinators.
Translating our site into multiple languages is a key part of opening it up to the world. When coding, never include any English text as in a string or Haml. Instead, we shall always use the underscore helper method
_. The method takes a translation key and some optional parameters.
All translation is done in a collaborative, volunteer based system on the site itself, even the English text. If a user has sufficient permissions, the underscore method will produce highlighted text which can be edited directly by the user.
The method can be used as follows:
_ 'basename.my_key' _ 'basename.my_key', :paragraph end
If the key does not exist, the previous lines will produce the following respectively:
'my_key' 'Curabitur non nulla sit amet nisl tempus convallis quis ac lectus. Vivamus magna justo, lacinia eget consectetur sed, convallis at tellus. Proin eget tortor risus. Donec sollicitudin molestie malesuada. Donec rutrum congue leo eget malesuada.'
If the user has sufficient rights, these blocks will also be surrounded by the necessary markup to allow them to be selected and edited by the user.
Translations are recorded during testing and committed to the repository when pushing to github. After pulling down the latest version from github you should always run
rake translations:migrate to put the latest migrations into your database.
On hold until our design team determines a director for our identity.
Our focus will be on integration testing using Capybara. While testing the app records all translations that it finds, whether or not they exist, and which pages that they were found on.