Developing Discourse on GitHub Codespaces

[system]

GitHub Codespaces is a very fast way to get started with Discourse development. Their free tier is good for 30 hours per month of a 4-core machine.

Getting Started

1. Navigate to the github repository

2. Press the , (comma) key on your keyboard, to open GitHub codespaces

3. Use ‘change options’ to customize the machine. Technically, the 2-core machine will work, but we recommend using at least 4-core for a better experience.

   

4. Click “Create Codespace”

5. Wait for the container to download and start. When it’s done, the README will appear, and you’ll see the Discourse filesystem in the sidebar.

   

6. Run the default build task using Ctrl + Shift + B (Cmd + Shift + B on mac).

   This will install dependencies, migrate the database, and start the server. It’ll take a few minutes, especially on the lower-end machines. You’ll see “Build successful” in the terminal when it’s done.

7. Visit the “Ports” tab, and click the button for port 4200. This will open a new tab showing your development copy of Discourse

   

8. All done! You can now make changes in the codespace and see them reflected in the preview.

   

The VSCode environment will automatically be configured with our recommended settings and extensions, including automatic linting and formatting.

To minimize usage, make sure to run “Codespaces: Stop Current Codespace” from the command palette (Ctrl + Shift + P or Cmd + Shift + P) when you’re finished. If you forget to do this, the Codespace should be shut down automatically after your account’s configured idle time (default 30 mins). But, there are some situations where the codespace will not be detected as idle, so it’s best to stop it deliberately.

Tips

• You can launch a codespace from specific branches/PRs - just visit it, and press ,

• You can manage all your codespaces at Sign in to GitHub · GitHub

• Discourse’s sample vscode .vscode/settings.json and .vscode/tasks.json will be copied when you first boot the codespace. From that point forward, if you want to use the latest sample config, you’ll need to manually copy .vscode/settings.json.sample to .vscode/settings.json.

---

This document is version controlled - suggest changes on github.

[NateDhaliwal]

Encontrei um problema: ele cria as seguintes categorias ao iniciar:
Geral, Equipe, Equipe67d17c71d8026b365c4c6657a9a9b5eb e Geral (seguido por string aleatória e números).
Aqueles com a string aleatória e números não podem ser criados? Eu poderia excluir o clone de Geral, mas não o clone de Equipe, pois ele tem o tópico FAQ (isso também está na categoria normal de Equipe, então não tem sentido).

Editar: Site Feedbackee4d95d3ac0267109c01ed5438943e6c também é criado, embora já exista um Site feedback. #Não categorizado também tem um clone.

[Moin]

Isso me lembra de Random string in category name

[NateDhaliwal]

Ao fazer backup do banco de dados, recebo este erro:

[2024-12-12 10:31:26] [STARTED]
[2024-12-12 10:31:26] 'system' iniciou o backup!
[2024-12-12 10:31:26] Marcando backup como em execução...
[2024-12-12 10:31:26] Garantindo que '/workspace/discourse/tmp/backups/default/2024-12-12-103126' exista...
[2024-12-12 10:31:26] Garantindo que '/workspace/discourse/public/backups/default' exista...
[2024-12-12 10:31:26] Atualizando metadados...
[2024-12-12 10:31:27] Despejando o esquema público do banco de dados...
[2024-12-12 10:31:28] pg_dump: erro: falha na conexão com o banco de dados "discourse_development": falha na conexão com o servidor no socket "/var/run/postgresql/.s.PGSQL.5432": FATAL:  falha na autenticação Peer para o usuário "postgres"
[2024-12-12 10:31:28] EXCEPTION: pg_dump falhou
[2024-12-12 10:31:28] /workspace/discourse/lib/backup_restore/backuper.rb:173:in `dump_public_schema'
/workspace/discourse/lib/backup_restore/backuper.rb:36:in `run'
/workspace/discourse/lib/backup_restore.rb:13:in `backup!'
/workspace/discourse/app/jobs/regular/create_backup.rb:10:in `execute'
/workspace/discourse/app/jobs/base.rb:322:in `block (2 levels) in perform'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/workspace/discourse/app/jobs/base.rb:309:in `block in perform'
/workspace/discourse/app/jobs/base.rb:305:in `each'
/workspace/discourse/app/jobs/base.rb:305:in `perform'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:202:in `execute_job'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:170:in `block (2 levels) in process'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:177:in `block in invoke'
/workspace/discourse/lib/sidekiq/pausable.rb:132:in `call'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:179:in `block in invoke'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:182:in `invoke'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:169:in `block in process'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_retry.rb:113:in `local'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq.rb:44:in `block in <module:Sidekiq>'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:263:in `stats'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_logger.rb:13:in `call'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_retry.rb:80:in `global'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:124:in `block in dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_logger.rb:39:in `prepare'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:123:in `dispatch'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:168:in `process'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:78:in `process_one'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:68:in `run'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/component.rb:8:in `watchdog'
/home/discourse/.bundle/gems/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/component.rb:17:in `block in safe_thread'
[2024-12-12 10:31:28] Limpando coisas...
[2024-12-12 10:31:28] Removendo sobras de '.tar'...
[2024-12-12 10:31:28] Marcando backup como concluído...
[2024-12-12 10:31:28] Notificando 'system' sobre o fim do backup...

Isso acontece sempre que inicializo o fórum com bin/ember-cli-u.

Ao clicar em Backup no painel de Administração, recebo:

[2024-12-12 10:34:57] [STARTED]
[2024-12-12 10:34:57] 'NateDhaliwal' iniciou o backup!
[2024-12-12 10:34:57] Marcando backup como em execução...
[2024-12-12 10:34:57] Garantindo que '/workspace/discourse/tmp/backups/default/2024-12-12-103457' exista...
[2024-12-12 10:34:57] Garantindo que '/workspace/discourse/public/backups/default' exista...
[2024-12-12 10:34:57] Atualizando metadados...
[2024-12-12 10:34:57] Despejando o esquema público do banco de dados...
[2024-12-12 10:34:57] pg_dump: erro: falha na conexão com o banco de dados "discourse_development": falha na conexão com o servidor no socket "/var/run/postgresql/.s.PGSQL.5432": FATAL:  falha na autenticação Peer para o usuário "postgres"
[2024-12-12 10:34:57] EXCEPTION: pg_dump falhou
[2024-12-12 10:34:57] /workspace/discourse/lib/backup_restore/backuper.rb:173:in `dump_public_schema'
/workspace/discourse/lib/backup_restore/backuper.rb:36:in `run'
/workspace/discourse/script/spawn_backup_restore.rb:9:in `backup'
/workspace/discourse/script/spawn_backup_restore.rb:31:in `block in <main>'
/workspace/discourse/script/spawn_backup_restore.rb:4:in `fork'
/workspace/discourse/script/spawn_backup_restore.rb:4:in `<main>'
[2024-12-12 10:34:57] Limpando coisas...
[2024-12-12 10:34:57] Removendo sobras de '.tar'...
[2024-12-12 10:34:57] Marcando backup como concluído...
[2024-12-12 10:34:57] Notificando 'NateDhaliwal' sobre o fim do backup...

[Daimonds_and_netherite (USCHESSID: 32121789)]

quando tento alterá-lo de main para devcontainer como a imagem mostra, não obtenho nada, diz que não há resultados

[david (David Taylor)]

@Daimonds_and_netherite

mude de main para devcontainer como a imagem mostra

Se você estiver falando sobre o branch ‘devcontainer’ mostrado no rodapé da segunda imagem, então você deve ignorá-lo. As capturas de tela foram tiradas antes que a configuração do devcontainer estivesse disponível no branch main.

[Daimonds_and_netherite (USCHESSID: 32121789)]

obrigado david

[Daimonds_and_netherite (USCHESSID: 32121789)]

@system

Visite a aba “Ports” e clique no botão para a porta 4200. Isso abrirá uma nova aba mostrando sua cópia de desenvolvimento do Discourse

antes de pressioná-lo, você precisa criar uma conta de administrador no código. Alguém pode me enviar algumas imagens mostrando como fazer isso porque finalmente tenho um jeito de ter meu próprio Discourse, mas não consigo fazer isso sem saber como configurá-lo, então alguém pode me dar imagens para que eu possa ver como fazer isso

[Moin]

Você pode usar as etapas descritas em outras instalações não baseadas em Docker, como Install Discourse on Ubuntu or Debian for Development

O comando para criar uma conta de administrador é bin/rails admin:create e, em seguida, siga as instruções

[Daimonds_and_netherite (USCHESSID: 32121789)]

funcionou muito obrigado agora tenho meu próprio fórum

[NateDhaliwal]

@david alguma ideia para isso? Ainda estou recebendo este erro.

[sam (Sam Saffron)]

Este sistema funciona com plugins do Discourse? Pode funcionar?

[NateDhaliwal]

Sim, eu tentei e os plugins funcionam com isso.
Ele pode ser instalado por:

Install plugins in your non-Docker development environment

(This guide only covers non-docker dev install. For Docker dev see Install Discourse for development using Docker) If you’ve followed the instructions to set up your local discourse, you can install a plugin locally: Stop your local server if it’s running. Download the plugin repo and save it your /plugins folder. Alternatively, you can use a symlink. If the plugin includes migrations (you’ll see them in db/migrate), run them with: LOAD_PLUGINS=1 bundle exec rake db:migrate fro…

Eu instalei votação de posts, votação de tópicos e gamificação, e eles estão funcionando até agora.

[david (David Taylor)]

Sim, é apenas executar nosso container padrão do Docker na nuvem, então você pode cd até o diretório de plugins e clonar o que desejar.

Um dia, pode ser bom se pudermos ter uma configuração nos repositórios individuais de plugins, para que o ambiente dos codespaces possa ser iniciado diretamente a partir dos seus repositórios.

[NateDhaliwal]

Não tenho certeza se isso está relacionado ao Codespaces ou apenas a um ambiente Linux, mas quando faço login e logout ao personificar e alternar entre usuários, o bin/ember-cli -u simplesmente termina, sem logs que apontem para quaisquer erros que possam ter causado isso. E o codespace está atualizado com o repositório Discourse.