スパムのないプロジェクト管理のための GitHub 代替コードホスティングプラットフォーム

GitHub のスパムから離れ、ニーズに合ったプラットフォームを選ぶ

GitHub のスパムプルリクエストが作業フローを妨げている場合、より強力なスパム対策、カスタマイズ可能なモデレーション、またはコミュニティ規模が小さい別のコードホスティングサービスへの移行を検討してください。

GitLab – フル機能の SaaS とセルフホストオプション

GitLab は組み込みのスパム保護と細かい権限設定を提供し、公開・非公開プロジェクトのどちらにも適した堅牢な代替手段です。

スパムフィルタリング: 疑わしいアカウントや PR を自動検出。メンテナーは新規コントリビュータをブロックまたは承認必須にできる。
マージリクエストの承認: マージ前に複数のレビュアー承認を必須にし、低品質 PR の影響を低減。
セルフホスティング: 独自の GitLab インスタンスを運用し、カスタムファイアウォール、CAPTCHA、IP ホワイトリストを適用できる。
無料プラン: gitlab.com の公開プロジェクトは CI 分やストレージが豊富な無料プランで利用可能。

「GitLab の承認ワークフローのおかげで、スパム PR がメインブランチに到達する前に拒否でき、セルフホスト版ではマージリクエストを開けるユーザーを完全にコントロールできます。」 – コミュニティの声

Bitbucket – Atlassian の統合開発プラットフォーム

Bitbucket は Jira と緊密に統合され、細かいリポジトリ権限を提供するため、不要な貢献を抑制できます。

ブランチ権限: 特定ブランチへのプッシュ権限を制限し、main へのスパム流入を防止。
プルリクエストレビュアー: マージ前に少なくとも1人のレビュアーを必須にする。
二要素認証 (2FA): 全コントリビュータに 2FA を必須化し、ボットアカウントを減少。
無料プライベートリポジトリ: 公開よりプライバシーを重視する小規模チームに最適。

Codeberg – コミュニティ運営・プライバシー重視の Git ホスティング

Codeberg は Gitea をベースとした非営利プラットフォームで、プライバシーと低スパム環境を重視しています。

小規模でキュレーションされたコミュニティ: 大手サービスに比べ自動ボットが少ない。
サインアップ時の CAPTCHA: 大量アカウント作成を防止。
オープンソース: 必要に応じて Codeberg スタイルの Gitea インスタンスをセルフホスト可能。
無料公開リポジトリ: オープンソースプロジェクトは費用なしで利用可能。

SourceForge – レガシーホストにモダン機能を追加

SourceForge は依然として数百万のオープンソースプロジェクトをホストし、スパム緩和ツールを備えています。

モデレートされた課題トラッカー: 管理者がスパムチケットをロックまたは削除可能。
ダウンロード統計: スター数とは別に管理され、偽スターのインセンティブを低減。
プロジェクトレベルのモデレーション: オーナーが厳格な貢献ガイドラインを設定できる。

セルフホスト Gitea / Gogs – Git サーバーを完全にコントロール

自分で Gitea または Gogs を運用すれば、スパム防止を完全に管理できます。

カスタム認証: LDAP、SSO、OAuth などを組織のセキュリティポリシーに合わせて統合。
レートリミット＆ファイアウォール: fail2ban や Cloudflare ルールで悪質 IP をブロック。
選択的オンボーディング: 新規ユーザーを手動で承認し、PR 作成を許可。
コスト効率: ハードウェア要件が低く、安価な VPS でも運用可能。

適切なプラットフォームの選び方

コミュニティ規模、組み込みモデレーションツール、必要なコントロールレベルのトレードオフを考慮してプラットフォームを選択してください。

プラットフォーム	スパム対策	公開/非公開オプション	セルフホスト可	主な利用ケース
GitLab	自動検出、承認ルール	両方	可	CI/CD と厳格なマージポリシーが必要なチーム
Bitbucket	ブランチ権限、2FA	両方	なし（クラウドのみ）	Atlassian エコシステム中心のワークフロー
Codeberg	CAPTCHA、小規模コミュニティ	公開のみ	可（Gitea）	プライバシー重視のオープンソースプロジェクト
SourceForge	モデレートされたトラッカー	公開のみ	なし	既存ダウンロードがあるレガシープロジェクト
Gitea/Gogs	完全カスタムセキュリティスタック	両方	可	完全所有権を求める組織

移行のヒント

リポジトリをエクスポート – git clone --mirror <repo> でフルコピーを取得し、新しいリモートへプッシュ。
課題と PR を保持 – 多くのプラットフォームはインポートツール（例: GitLab の GitHub インポーター）やサードパーティスクリプトで課題トラッカーを移行可能。
ドキュメントを更新 – バッジ URL、コントリビューションガイドライン、CI 設定を新ホスト向けに変更。
コントリビュータへ通知 – 旧リポジトリの README と関連フォーラムに明確な告知を掲載。
早期にアンチスパム設定を有効化 – ブランチ保護、必須レビュアー、CAPTCHA を新リポジトリ公開前に設定。

結論

GitHub から GitLab、Bitbucket、Codeberg、SourceForge、またはセルフホスト Gitea など、スパム対策が強化されたプラットフォームへ移行すれば、不要なプルリクエストを大幅に減らしつつ、必要な共同作業フローを維持できます。プロジェクトの規模、プライバシー要件、求めるコントロールレベルに合わせて各オプションを評価し、移行手順に従ってスムーズな移行を実現してください。