GitCloudのアカウントを購入する前に：開発者が見直したい認証情報と出品の読み方

開発用アカウントを分ける理由

開発やホスティングのアカウントには、時間とともに古いリポジトリや使っていないデプロイ、個人の実験とクライアントの仕事が混ざっていきます。GitCloudのアカウントを用途ごとに分けると、こうした問題を整理しやすくなります。

• フリーランスの開発者が、クライアントごとにコードと請求を分ける
• QAチームが、本番に影響しない検証用の環境を用意する
• オープンソースの活動と、勤務先の仕事を分けて管理する
• 学生や趣味の開発者が、メインのプロフィールとは別に実験の場を持つ

出品説明で確かめる四つの点

1. プランやリソースの範囲と、その更新の扱い
2. 登録メールアドレスも一緒に渡されるか、受け取った後に変更できるか
3. アカウントが空の状態か、リポジトリやデプロイが残っているか
4. チームメンバー、組織、支払い方法が登録されたままになっていないか

どれかが書かれていなければ、より明確な出品と比べてください。実際の仕事を載せるアカウントほど、説明の具体性が大切です。現在の出品は、GitCloudのカテゴリーページで確認できます。

パスワード以外に残る入口

開発者向けのアカウントは、パスワードを変えるだけでは守れません。次のような認証情報が残っていると、前の利用者がアクセスできる状態が続きます。

• アカウントに登録されたSSHキー
• スクリプトやコマンドラインのツール用に作られたアクセストークン
• 外部サービスにイベントやコードを送るWebhookや連携
• プロジェクトに参加しているメンバー
• デプロイのために保存された環境変数や秘密情報

自分が作ったもの以外は、一つずつ確認して削除してください。

料金とリソースの管理

ホスティングの機能を使う場合、プランやリソースの範囲を超えると、デプロイが止まったり追加の請求が発生したりすることがあります。受け取った後は、利用状況の画面でリソースの使い方を確認し、使っていないデプロイやストレージを整理しておきましょう。請求に関わる通知の送り先を自分のメールアドレスに変えておくと、思わぬ停止に気づきやすくなります。

ストアの選び方

rStockは、ストアを承認し、出品を公開前に審査しますが、届いたアカウントの中身を検査したり、リポジトリの状態を確認したりはしません。ストアの公開プロフィールにある販売数、評価、保険残高、レビューを手がかりにしましょう。保険残高は、ストアがプラットフォームに預けている資金で、信頼の目安です。開発者向けのアカウントについて、説明どおりだったかに触れたレビューは特に参考になります。スポンサー掲載には必ず表示があります。

rStockでの支払いと納品記録

購入には、メールアドレスの認証が欠かせません。Cryptomusを通じて暗号資産で残高をチャージすると、USDTで反映され、支払いはこの残高からのみ行います。出品をひとつ選び、数量を指定して注文すると、届いた内容が注文ページに納品記録として結び付けられます。代金は保留され、ストアにはその場で渡りません。同じ品が別の購入者に売られないよう、システムが管理しています。

受け取り後の手順

受け取った後は早めにログインし、パスワードを変え、登録メールを自分のアドレスに切り替え、二段階認証を有効にします。続いて、SSHキー、アクセストークン、Webhook、メンバー、環境変数を見直します。支払い方法が登録されていれば、他人のものは使わずに削除してください。本番のコードや顧客のデータを置くのは、この見直しが終わってからです。

規約と商標、問題があったとき

GitCloudの利用規約と、ホスティングするコンテンツのルールに従ってください。他人のコードの無断公開、迷惑行為に使うサーバーの設置、利用制限の回避には使えません。GitCloudは権利者の商標であり、rStockはGitCloudと提携していない独立したマーケットプレイスです。

ログインできない、説明と違うといった問題があれば、納品後の限られた期間内に取引トラブルを開きます。ストアが先に答え、まとまらなければモデレーターを呼べます。全額返金、一部返金、ストアへの支払い、分割のいずれかとなり、返金はrStock残高に戻ります。