Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

dev: run a populated QuickFeed instance locally without GitHub

オープン
#1,642 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 3 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
38/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
go

調査の方向性

Read doc/dev.md, main.go, scm.NewSCMClient, and newSCMAppClient, then inspect the shared fixtures and existing database setup. Define a fail-closed fake-provider-only flow to seed the database and sign in as a fixture user, and document how to seed, start, log in, and understand offline limitations. Done means the populated instance works locally without GitHub and the bypass cannot be reached with the GitHub provider.

索引モデルが issue の本文から書いたものです。

説明

backend enhancement testing

Part of #1638. Depends on #1639 and #1640.

A developer cannot currently click around a populated QuickFeed without a real
GitHub organization, a GitHub App, and a webhook tunnel. The pieces for an
offline instance mostly exist: QUICKFEED_SCM_PROVIDER=fake is honoured by both
scm.NewSCMClient and newSCMAppClient, and the mock serves the GitHub routes.
What is missing is data in the database and a way to be logged in.

This is the subissue that makes the whole effort pay off for day-to-day work,
and it is what genuinely replaces #40.

Scope
  • A way to create a development database seeded from the shared fixtures. A flag
    on the binary, a make target, or a small command under cmd/ are all
    plausible; the flag surface of main.go is deliberately small, so adding to
    it needs an argument.
  • A way to be signed in as a fixture user when the provider is fake, since the
    GitHub OAuth callback cannot run. Whatever form this takes, it must be
    impossible to reach when the provider is github.
  • Documentation in doc/dev.md covering the whole loop: seed, start, log in,
    what works and what does not.
Worth being explicit about

What is genuinely unavailable offline, so nobody debugs a missing feature that
was never mocked. Running tests in Docker against a real student repository is
the obvious example.

Safety

A seeded database and a login bypass are a bad combination to ship by accident.
Whatever gate is chosen, it should fail closed: keyed on the provider being
fake, and refusing to start rather than falling back if the configuration is
ambiguous.

主要言語
Go
スター
27
フォーク
21
平均マージ
5日 19時間
マージ済み PR(30日)
21

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

quickfeed/quickfeed のほかの issue

quickfeed/quickfeed の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。