This is an interactive exercise introducing web development with Ruby on Rails 7.0 based on the v6.0 Rails Guide. It is used in HPI's SSE course.

This exercise is inspired by the offical "Getting Started with Rails" Guide in version 6.0 (explictly in version 6.0, v7.0 is different). So in case of getting stuck, the v6.0 guide is a good starting point to find solutions.

The interactivity of this exercise is provided by opening issues in the GitHub issue tracker. The issues contain details of the feature to tackle next as well as the currently failing test case and the corresponding error message.

This repository contains an application stub of an academic paper management system with a failing test case. Follow these steps to complete the software and the exercise:

• Ensure that the issue tracker of your repository is active (i.e. an "Issues" tab is visible). If not, activate it in the Settings tab on the GitHub website.

Three options to setup your local Ruby on Rails development environment:

• You already have access to a Linux-like environment. Install Ruby (on Rails) directly on your OS

• Install the Windows Subsystem for Linux

• We recommend Virtualbox (as a VM provider) and Vagrant (to manage VMs) in combination with Ubuntu Linux.
• Any other container solution, such as Docker will also work.
• You may want to share the file system with the host OS to use your locally installed tools.

After you have access to a Linux-like shell:

• Clone your exercise repository using git clone. Cloning via SSH instead of HTTPS avoids having to type credentials when pushing.
  • You can follow the how-tos offered by GitHub Docs to generate a new SSH key and to add it to your GitHub account.
• In the newly cloned folder (cd into it), check the Ruby version: ruby --version. It should be 2.7.4 (or higher).
• If the correct Ruby version is not used, install a ruby version manager: either rbenv including ruby-build) (recommended) or RVM.
• Install the required Ruby version: e.g. rbenv install 2.7.4 (might take a few minutes, requires ruby-build)
• The .ruby_version file in the repository instructs the ruby version manager to use the correct version.
• Please let the teaching team/your fellow students know if there are problems. Most likely someone else has had similar issues already and can help.

• Run bundle install to install the dependencies of the project (they are stored in the Gemfile)
  • If the bundle command was not found, install bundler with gem install bundler
• Run rails db:migrate RAILS_ENV=development && rails db:migrate RAILS_ENV=test to migrate the database
• Start the development server (rails s) and check that the application runs (default: http://localhost:3000/). When running in WSL/container: rails s -b 0 # -b required to not drop requests coming from host OS
• Run bundle exec rspec to run the tests (RSpec is a test framework for Ruby)
• Write code to get the failing test to pass.

• When the tests pass on your local machine, push your changes to GitHub.
• GitHub Actions workflows will run. You can check their state using the Actions tab on the repo website.

• You will be notified of problems or new work items via GitHub issues on your repository.
• While you wait, see where you could refactor your code, read the tutorial, or explore the project files.

• Write a new test that documents the missing or failing behavior.
• Commit the failing test and reference the issue.
  • The commit message could be Failing test for #<ISSUE NUMBER>.
  • There is no need to push the failing commit.
• Fix the issue and make your test pass. Then commit the changes.
  • While an issue is open, the exercise will try to create comments on the issue, notifying you of errors.

• The main goal of this exercise is to learn the basics of Ruby on Rails. Don't hesitate to ask the teaching team or your fellow students for help!
• The beginning of this exercise is based on the official Getting Started with Rails Guide. When stuck, this should be your first read.
• rails s starts the development server (by default on http://localhost:3000) so you can try out your app in the browser.
• rails routes shows all available routes of the application.
• For help with RSpec matchers, there is a Cheat Sheet or the documentation
• Run rspec spec/<path_to_spec>.rb to only run tests within a single file.
• Have a look at /spec/factories to get inspiration for your data model.
• Besides generators and scaffolds, associations and validations are needed.
• rails db:drop && rails db:migrate deletes the database and recreates it. This might be helpful for error recovery.
• Make sure that all local changes are committed (git status) and pushed to the upstream repository (i.e., the one on GitHub) before the deadline.