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

Add docker compose deployment handler

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
30/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
docker-compose, python
領域
cli, devops

調査の方向性

まず、既存の SSH デプロイメソッドと image: の背後にあるハンドラー選択パスを読み、続いて、ここで説明されている subprocess、rsync-over-SSH、slugify-d によるディレクトリ名の付与、リモートでの docker compose up -d の手順を追跡します。ファイル名やテストは指定されていません。合意されたハンドラーまたはオプションによって challenge フォルダー全体が同期され、Compose デプロイがリモートで開始されれば完了です。

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

説明

I'd like to use the SSH deploy method, but deploy an entire docker compose file with potentially multiple containers. I can probably start adding this myself, but I want to ask where this would fit. Would you like an additional option in image:? Potentially something like ssh-compose? Or would you prefer an entirely new deployment handler?
I envision this process as follows:

  1. Use subprocess to rsync-over-ssh the entire challenge folder to the remote server. Use the same slugify-d name as the directory name on the remote server.
  2. SSH to the remote server and run docker compose up -d in the target directory. Let docker handle all the building/deploying on the remote server.
主要言語
Python
スター
216
フォーク
95
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

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

CTFd/ctfcli のほかの issue

CTFd/ctfcli の issue をすべて見る

似ている issue

Python の issue をもっと見る

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

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