ｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】

**デフォルトの名無しさん** · 2018/07/17(火) 19:44:50.42

ソースコードホスティングサービスについて情報交換したり語り合ったりするスレ

ソースコードホスティングサービスの例
GitHub GitLab Bitbucket SourceForge Launchpad など

OSSホスティングサービスの比較 - Wikipedia
http://ja.wikipedia.org/wiki/OSS%E3%83%9B%E3%82%B9%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%AE%E6%AF%94%E8%BC%83

Comparison of open-source software hosting facilities - Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/Comparison_of_open-source_software_hosting_facilities

前スレ
OSSホスティング総合【SourceForge,GitHub,etc..】
https://mevius.5ch.net/test/read.cgi/tech/1384821518/

**デフォルトの名無しさん** · 2022/03/24(木) 00:06:48.90

>>892
オンプレでサーバー建てたい場合に便利じゃないかな

**デフォルトの名無しさん** · 2022/03/24(木) 02:00:57.97

>>892
Jira使ってるとこはBitbucket使うかも
仕事でJira使っててBitbucketに慣れてるんで、趣味のコードも非公開のものはBitbucketだわ

**デフォルトの名無しさん** · 2022/03/27(日) 11:41:36.32

>>891
gov.ru他中央政府管轄や制裁対象の企業等ならわかるがザルなロシア在住者まるごとはアホすぎる
民主主義が装った恐怖政治国家の一国民に政権選択責任など有りはしない
生命や財産を賭けて反対運動やクーデターを起こさないことを罪とするのか

**デフォルトの名無しさん** · 2022/03/27(日) 14:04:38.20

アメリカ企業のホスティングサービスにロシア政府関連機関がデータ預けるわけないんだから政府機関をgithubから締め出したところで無意味でしょ
やるなら民間を対象にしないと
罪はないというのは詭弁で企業活動継続する限りはロシア政府に資金提供することになるので立派な共犯だよ
国民に選択権があろうとなかろうと共犯は共犯

**デフォルトの名無しさん** · 2022/03/27(日) 16:58:02.50

その理屈持ち出すならEU各国は共犯どころか共同謀議だな
ガスのために今でもロシアに支払ってるからなw

アホかよ

**デフォルトの名無しさん** · 2022/04/16(土) 20:54:09.68

GitHub、Markdownファイルに「Mermaid」で図を挿入可能に
https://atmarkit.itmedia.co.jp/ait/spv/2204/12/news043.html
これPlantUMLからMermaidに移行するきっかけになる人多そう

**デフォルトの名無しさん** · 2022/04/17(日) 00:52:41.95

Merm4id?

**デフォルトの名無しさん** · 2022/04/19(火) 10:25:12.40

Turingとかいう所から迷惑メール北
プロフィールとか売られてんのか

**デフォルトの名無しさん** · 2022/04/20(水) 20:52:05.11

Security alert: Attack campaign involving stolen OAuth user tokens issued to two third-party integrators
https://github.blog/2022-04-15-security-alert-stolen-oauth-user-tokens/
「GitHub」から非公開リポジトリなどのデータが流出～「npm」にも被害
「Heroku」「Travis-CI」発行のOAuthトークンが盗難・悪用される
https://forest.watch.impress.co.jp/docs/news/1404282.html

**デフォルトの名無しさん** · 2022/04/21(木) 22:08:06.16

初心者の質問で申し訳ないんですがお願いします。
githubとかgitlabとのその類が使えない環境です
scmmanagerなるものを使っていてまぁ共有フォルダにリポジトリ置くのと大差ないことしかできない状況です

こういう場合、開発の流れとしては、リモートから取ってきてブランチ切って開発してプッシュ、管理者に確認とマージしてもらう。（あとブランチを削除してもらう？）
そうしたらまた手元のを同期させて……という感じであってますでしょうか

**デフォルトの名無しさん** · 2022/04/21(木) 22:58:34.97

>>902
管理者がマージするか自分でするかは運用によるから管理者に聞くべき

**デフォルトの名無しさん** · 2022/05/05(木) 08:09:08.79

Software security starts with the developer: Securing developer accounts with 2FA
https://github.blog/2022-05-04-software-security-starts-with-the-developer-securing-developer-accounts-with-2fa/
GitHub、コード提供の全ユーザーに2要素認証(2FA)を義務付けへ　2023年末までに
https://www.itmedia.co.jp/news/articles/2205/05/news030.html

**デフォルトの名無しさん** · 2022/05/05(木) 12:14:02.17

コミットとプッシュの二段階認証か

**デフォルトの名無しさん** · 2022/05/05(木) 12:36:18.32

まだ多要素してなかったユーザーがおるんか

**デフォルトの名無しさん** · 2022/05/13(金) 14:23:26.64

>>904　日本語訳

開発者のアカウントを2要素認証(2FA)で保護
https://github.blog/jp/2022-05-13-software-security-starts-with-the-developer-securing-developer-accounts-with-2fa/

**デフォルトの名無しさん** · 2022/05/13(金) 17:15:24.21

メールが届いたよって応答するとログイン完了の最近流行りのタイプか

**デフォルトの名無しさん** · 2022/05/31(火) 14:34:44.04

知らなかったのか…? Microsoftからは逃げられない…!!!

GitLabがVisual Studio CodeベースのWebIDEへ移行すると発表
https://www.publickey1.jp/blog/22/gitlabvisual_studio_codewebide.html

**デフォルトの名無しさん** · 2022/05/31(火) 16:55:59.16

Microsoft製のmonacoベースの独自エディタからMicrosoft製のvscodeベースに移るだけ

**デフォルトの名無しさん** · 2022/06/01(水) 21:10:24.53

中国版ギットハブ、コードを検閲・遮断か？ OSS開発者に衝撃
https://www.technologyreview.jp/s/277275/how-censoring-chinas-open-source-coders-might-backfire/

**デフォルトの名無しさん** · 2022/06/02(木) 08:24:05.11

ちょうど同じ日にこんな記事が出てたな。
https://www.sankei.com/article/20220601-GHINCV2MJZOJDLNU3WV23TA6ZU/

**デフォルトの名無しさん** · 2022/06/02(木) 11:18:16.89

移民ねぇ
日本はもう満員ですよ
ロシアとか広い土地に行ってほしいものだ

**デフォルトの名無しさん** · 2022/06/02(木) 18:03:32.89

中国人はどこに行っても帰化して国籍変えても色んな意味での「中国人」を止めないし止められない

そして中共の法的にも中国人であることを強制されてる時点で
彼らが行く先々の国ではとんでもないリスクを抱えることになる

**デフォルトの名無しさん** · 2022/06/22(水) 06:38:39.94

コパイロットさんついに有料化かorz

**デフォルトの名無しさん** · 2022/06/22(水) 14:07:42.38

GitHub Copilotを正式リリース。すべての開発者が利用できるようになりました。
https://github.blog/jp/2022-06-22-github-copilot-is-generally-available-to-all-developers/

エディターでソースコードを提案してくれるAIペアプログラマー「GitHub Copilot」をすべての開発者が10米ドル/月、100米ドル/年で利用できるようになりました。学生や人気のあるオープンソースプロジェクトのメンテナーは無料で利用できます。

**デフォルトの名無しさん** · 2022/06/28(火) 12:26:29.32

勝手に収集したコードを有償サービスに使うのか？って反発起きてるみたいだね
せめてオプトアウトくらいは用意しておけばよかったのに

**デフォルトの名無しさん** · 2022/06/28(火) 12:40:57.56

OSSを有償サービスで使ってもべつに問題ないだろうが、生成されたコードのライセンスの方は解決したんだっけ？

**デフォルトの名無しさん** · 2022/06/28(火) 16:48:32.83

何も解決してない模様。このままゴリ押しするのかね？
https://gigazine.net/news/20220627-github-copilot-blame/

**デフォルトの名無しさん** · 2022/06/28(火) 17:14:56.53

https://docs.github.com/ja/site-policy/github-terms/github-terms-of-service#4-license-grant-to-us
> ...お客様は、当社およびその後継者に、「あなたのコンテンツ」を保存、アーカイブ、解析、および表示し、今後の「サービス」向上を含めて「サービス」の提供のために必要に応じて付随的な複製を作成する権利を付与します。...
>
> このライセンスは、「あなたのコンテンツ」を販売またはその他の方法で配布する権利をGitHubに付与するものではありません。...

前段だけ読むと同意済みのようだけど、後段の記述とは話が合わない気がするね。

GitHub としては Copilot の補完提供は「「あなたのコンテンツ」を販売またはその他の方法で配布」には
該当しないってことなんだろうけど、該当するという解釈も十分にできそう。

**デフォルトの名無しさん** · 2022/07/04(月) 09:19:39.68

「WebKit」が「Subversion」リポジトリへのコミットを終了、「GitHub」へ引っ越し
Appleが開発するオープンソースのHTMLレンダリングエンジン
https://forest.watch.impress.co.jp/docs/news/1422035.html

**デフォルトの名無しさん** · 2022/07/04(月) 09:56:23.69

>>920
個別のOSSライセンスに基いて利用しているんだから関係ない
気に入らないならライセンスにGitHub及びMSは俺のコード使うなと書けばいい

**デフォルトの名無しさん** · 2022/07/04(月) 10:14:00.79

>>922
主なOSSライセンスにはコピーするなら著作権表記しろって書いてあるんだけど、Copilotはそれを無視してコピーするから問題になってる

**デフォルトの名無しさん** · 2022/07/04(月) 12:55:02.44

>>923
コピペじゃなくて学習な
その程度の批判なんてMSが事前に予想していないわけがないだろ？
誰よりも法律や訴訟に強いMSの法務部門がいけると判断した以上、素人が考えるだけ無駄

**デフォルトの名無しさん** · 2022/07/04(月) 13:31:51.58

>>924
法務部門は優秀かもしれないけど、開発部門はけっこうマヌケなことやるからな
コピペじゃなくて学習だと聞いていたから法務は大丈夫と判断していたのだろう
だけどたまに学習元のコードがほぼそのまんま出て来てしまうことがあって、これは結果的にコピーと変わらないのでは？という話になってる

**デフォルトの名無しさん** · 2022/07/05(火) 20:00:35.55

GAFAMみたいなITのグローバル大手は「グレーならとりあえずやってみて法が後から追い付けばいい」が基本
結局法的に解決できず撤退したり賠償金取られたりするケースも多いので、過去の例からは「MS様が良しとしたんだから素人が考えるだけ無駄」は成り立たない

**デフォルトの名無しさん** · 2022/07/05(火) 20:06:25.84

少なくともMSの法務より知識が乏しく頭も悪い素人連中が考えるのは明らかに無駄でしょ
弁護士が考えるなら無駄ではないかもね

**デフォルトの名無しさん** · 2022/07/05(火) 20:26:46.44

>>927
まずお前が黙ればいいんじゃね

**デフォルトの名無しさん** · 2022/07/06(水) 03:39:02.86

>>928
なんでそうなるの？

**デフォルトの名無しさん** · 2022/07/09(土) 19:58:51.28

コピペすることを学習してしまったCopilotくん

**デフォルトの名無しさん** · 2022/07/09(土) 20:44:43.16

「またコピペろっと」

**デフォルトの名無しさん** · 2022/07/14(木) 13:15:59.90

GitHubでコミット単位で承認(Approve)ってできますか？
Bitbucketではできるのですが。

**デフォルトの名無しさん** · 2022/07/14(木) 14:15:03.18

どういうこと？

**デフォルトの名無しさん** · 2022/07/14(木) 14:24:09.81

Gitによる分散バージョン管理のメリットを皆無にするクソみたいな運用だな

**デフォルトの名無しさん** · 2022/07/14(木) 16:03:51.62

pushではなくcommitに承認を付けるという意味がわからんな
commitはローカルブランチで勝手にやるもんだろ

**デフォルトの名無しさん** · 2022/07/15(金) 17:14:29.83

プルリクエストで承認すればいいと思うんだけど違うの？

**デフォルトの名無しさん** · 2022/07/15(金) 21:15:03.52

コミット単位で承認なんて機能、Bitbucketにあったか？

**デフォルトの名無しさん** · 2022/07/15(金) 21:57:18.47

あったよ

**デフォルトの名無しさん** · 2022/07/16(土) 09:51:55.80

昔仕事で死ぬほどBitbucket使ってたけどコミット単位で承認なんて機能には気がつかなかったな

仕事じゃない個人のリポジトリがBitbucketにあるんで試しにプルリクエスト作ってみたら確かにあるね

プルリクエストそのものへの承認の他に、コミットのハッシュをクリックしてコミットを表示させてそれを承認ができる
単体のコミットを承認してもプルリクエスト全体を承認したことにはならない
プルリクセストに属するコミットを全部承認してもプルリクエスト全体を承認したことにはならない

何に使うんだこれ...

**デフォルトの名無しさん** · 2022/07/16(土) 10:19:22.39

コミットの拒否なら何かに使えそうな気もするけど、特定の箇所を指摘するなら
コードの方に直接コメントするかなぁ。

**932** · 2022/07/18(月) 22:33:29.82

githubにはないんですね。。。機能が貧弱なんですね。。。

**デフォルトの名無しさん** · 2022/07/18(月) 23:08:44.56

BitBucketと違って、GitHubは声のでかい大口顧客の要望でアホなものを実装するようなことはないからな
GitHubが王者の座に居続けているのは、そのプロダクト戦略の一貫性と強さがあってのこと

**デフォルトの名無しさん** · 2022/07/18(月) 23:24:44.00

少数の大口顧客のビジネスインパクトという点ではBitBucketよりはマシだろうけど、
明らかに大口顧客の要望と思しき変な機能が散見されるのはGitLabも同じだね
アホなものを実装している間にGitHubは遥かに潤沢な開発リソースを正しい機能の開発だけに投入しているわけで、永遠にGitHubに勝てるわけないんだよねえ

**デフォルトの名無しさん** · 2022/07/19(火) 07:57:12.54

なんか恣意的な論理。
大口顧客の要求はみんな「アホなもの」で「正しい機能」じゃないと？
それにGitHubは少数の大口顧客の要求に左右されたりはしないとしても、「正しい機能」をどうやって決定するかはまた別の話だしな。

**デフォルトの名無しさん** · 2022/07/19(火) 08:37:03.09

少なくとも、最終的なエンドユーザーである個々の開発者にとってのUXを損なうことが明らかな機能は「アホなもの」なんじゃない？
少なくともGitHubのプロダクトマネージャはそう考えているだろうな

**デフォルトの名無しさん** · 2022/07/19(火) 09:52:07.74

まあ日本人は第二次大戦で敗北してから「勝ち組信奉」激しいからw
GitHubがたまたまいま比較して勝ってるから、どうしてもそれに縋っちゃうんだろうね
他社もかなりのとんでも成長してるんだがなー

そもそも論としてGitそのものの各機能要不要や運用の派閥というか宗派もある始末
この程度の違いなんかで優劣決まるもんじゃないわ
いまたまたまGitHubが強めなのはネコ→M$くらいしか理由なんかないじゃハゲ

**デフォルトの名無しさん** · 2022/07/19(火) 10:06:16.22

アフィカスは素人相手にマウント取ることでしかアイデンティティを保てないからな

**デフォルトの名無しさん** · 2022/07/19(火) 10:31:09.71

BitBucketのcommit approveの機能は、これかな

https://www.atlassian.com/blog/bitbucket/new-features-bitbucket-4-8

検索の仕方が良くないのかあまり情報が出てこない…

**デフォルトの名無しさん** · 2022/07/19(火) 13:29:31.28

>>945
大口顧客の要求は「UXを損なう」と決まってるのかねぇ？そしてGitHubが自分で考えたものはそんなことないと。

**デフォルトの名無しさん** · 2022/07/19(火) 16:06:19.88

大口顧客の要望する機能がすべてアホなものとは誰も言ってないのでは

**デフォルトの名無しさん** · 2022/07/19(火) 17:45:03.30

攻撃しやすいように勝手に相手の主張を捻じ曲げるのはよくある手法

**デフォルトの名無しさん** · 2022/07/19(火) 20:44:56.49

じゃあ俺の誤読かな。
大口顧客の要望にもGitHubが自分で考えたものにも「アホなもの」と「正しい」ものがあるというなら別に言うことはない。

**デフォルトの名無しさん** · 2022/07/20(水) 01:12:27.13

大企業の非合理な社内文化から出てきた要望をそのまま実装するとアホな機能になりやすいとかそんな話かと
なんの制約もなく機能開発できるなら機能に一定の合理性を見いだせるはずで、
そうなっていないのは何らかの非合理が働いているのではないかと

**デフォルトの名無しさん** · 2022/07/20(水) 02:47:17.80

コミット単位での承認なんてアホ機能なんで必要なのか

**デフォルトの名無しさん** · 2022/07/20(水) 10:27:08.17

抽象的すぎてわからんので大口顧客の横暴に負けて
実装された下らない機能の例示してくれ

**デフォルトの名無しさん** · 2022/07/20(水) 11:03:55.11

使われることがない問い合わせページ

**デフォルトの名無しさん** · 2022/07/20(水) 21:12:58.30

「ほら、こんなアホな機能があるだろ？こんな機能が追加されたのは大口顧客のせいに違いない」

**デフォルトの名無しさん** · 2022/07/21(木) 00:52:49.43

「な、アホな機能だろ？俺はコレがある理由を理解できないよ。だからこれはアホな機能なんだよ」

**デフォルトの名無しさん** · 2022/07/21(木) 00:54:05.87

「この機能使い方は知らないけど、たぶんはこんな使い方をすると思うんだよ。そうすると使いものにならないんだよ。アホな機能だろ？」

**デフォルトの名無しさん** · 2022/07/21(木) 07:13:23.52

この人は一体誰と戦ってるんだろう？

**デフォルトの名無しさん** · 2022/07/21(木) 07:35:48.33

「大口顧客のために追加された無駄な機能など存在しない！」という自分の考えが正しいと認めてもらわないと気が済まないんだろう
仮にその通りだとして、だからどうした？としか思わないけど
自分が快適に使えるなら勝手に使えばいいだけなのに

**デフォルトの名無しさん** · 2022/07/21(木) 08:55:04.51

大口顧客が～ってのが単なる憶測でしかないって話だろ。皆無だという根拠もないが。

>「大口顧客のために追加された無駄な機能など存在しない！」という自分の考えが正しいと認めてもらわないと気が済まないんだろう

それストローマン。

**デフォルトの名無しさん** · 2022/07/21(木) 15:05:27.57

憶測だとしてだからどうした？
君が憶測だと確信しているなら周りに「憶測ではない」という人がいてもどうでもいいこと

**デフォルトの名無しさん** · 2022/07/23(土) 11:24:48.71

タスク管理とかはJIRAでやってるのに、バージョン管理はGitHubっていう人いる？

**デフォルトの名無しさん** · 2022/09/22(木) 02:15:49.48

monorepoをforkして中のモジュールを修正したものをnpm
iで取り込みたいんだけどこれどうしたらいいんだ…
取り込みたいパッケージのworkspaceの指定みたいなのって出来ないのかな

**デフォルトの名無しさん** · 2022/09/22(木) 11:02:18.48

ローカル指定出来るぉ

**デフォルトの名無しさん** · 2022/09/26(月) 14:37:08.26

githubとgitlabって何が違うん

**デフォルトの名無しさん** · 2022/09/30(金) 05:38:23.65

2FAの期限、23年末まで延びたんだな
今月中かと思って有効化しちまった
時限的にAuthenticatorの数字がころころ変わって面白いなコレ

**デフォルトの名無しさん** · 2022/10/03(月) 16:59:21.76

GitHubの認証について質問です

以前GitHubへSSH認証で接続したことがあったので、
GitBashでssh -T git@github.comと入力してみたのですが、
Permission denied (publickey).と表示され、接続を拒否されてしまいました
どう対処すればよいでしょうか？

**デフォルトの名無しさん** · 2022/10/03(月) 18:43:37.42

https://qiita.com/shizuma/items/2b2f873a0034839e47ce
公開鍵登録していないとかじゃねーの？ｗ

**969** · 2022/10/03(月) 22:24:42.54

>>970
ありがとうございます

ただ、過去にGitHub上にアップしたコードは存在しますし、
.sshディレクトリもあります(公開鍵や秘密鍵もあります)
GitHubさんがいろいろな事情で、設定を変更してしまうことってあるんですかね…

**デフォルトの名無しさん** · 2022/10/03(月) 23:15:50.32

>>971
sshに-vを渡してログを出力させて秘密鍵が参照されてるか確認してみたら
参照されていなければ.sshのパスがGitBashの$HOMEと違う場所になってるとか

**971** · 2022/10/04(火) 00:37:16.27

>>972
助言ありがとうございます

.sshディレクトリは、GitBashのホームの1つ下にあります(ls -aで表示されます)
ssh -vT git@github.comを入力してみたら、バーッと英文が表示されました
どこを見れば、秘密鍵が参照されているか確認できますか？

**デフォルトの名無しさん** · 2022/10/04(火) 09:47:26.72

>>973
https://ormcat.net/blog/20210509_github-denied-publickey/
Permission denied (publickey) の対処方法はだいたいこれ

> v オプションつきで疎通テストを実行してみましょう。
> ズラズラーとログが出てきますが、見るところは identity file だけです。
> debug1: identity file /Users/[user_name]/.ssh/id_rsa type -1

**973** · 2022/10/04(火) 23:33:18.42

>>974
ありがとうございます
ssh -vT git@github.comを実行して、該当する行を見たら、
(途中省略)/id_rsa type 0
となっていました　他のidentity fileの行は全て-1です
この後はどう対処したらよいでしょうか？

**デフォルトの名無しさん** · 2022/10/05(水) 01:26:48.30

>>975
type 0 ということはたぶん秘密鍵「(途中省略)/id_rsa」は存在するんだな

その秘密鍵に対応する公開鍵がgithubに登録されていないか、
ssh-agentが動いているにも関わらず秘密鍵がssh-agentに登録されていないか、どっちかの可能性が高いかな？

ssh-agentが動いているかどうかはssh-add -lを実行してみればいい
Error connecting to agent: ～ならば動いていない
The agent has no identities.もしくは秘密鍵のリストが表示される場合には動いているから、ssh-add (途中省略)/id_rsa を実行して秘密鍵を登録する

ssh-agentが動いてないか、ssh-agentに秘密鍵を登録してもダメな場合は、githubに秘密鍵に対応する公開鍵を再登録する
秘密鍵「(途中省略)/id_rsa」に対応する公開鍵は「(途中省略)/id_rsa.pub」になってると思う

**975** · 2022/10/05(水) 10:29:24.79

お手数をお掛けしています…
ssh-add -lを実行したら
Could not open a connection to your authentication agent.
と表示されたので、GitHubのSSH and GPG keysを見たら
There are no SSH keys associated with your account.
となっていました
すぐに公開鍵をペーストしてSSH keyを新規作成しました
そしたら無事に接続出来ました
ありがとうございました

**デフォルトの名無しさん** · 2022/10/05(水) 20:40:53.44

結局>>970で解決してたじゃねーか

**質問者** · 2022/10/05(水) 22:53:48.29

申し訳ないです
過去の記憶が定かではないのですが、おそらくその時はhttpsで通信を行ったのだと
思います
皆さん本当に手を煩わせまして恐縮です

**デフォルトの名無しさん** · 2022/10/07(金) 20:43:32.14

>>970
ほんそれ

**デフォルトの名無しさん** · 2022/10/07(金) 20:44:53.96

>>979
githubはアクセストークン発行すれば今でもssh不要でパスワード認証も可能

**デフォルトの名無しさん** · 2022/10/07(金) 23:28:34.57

これでも読めば？

GitHubにSSH接続する方法！(キーの作成からpushまで解説)
https://codelikes.com/github-ssh-connection/

**デフォルトの名無しさん** · 2022/10/07(金) 23:32:39.00

SSH が推奨

HTTPS は、ユーザー名とパスワードで認証を行うため、面倒

**デフォルトの名無しさん** · 2022/11/05(土) 10:12:28.03

ついにGitHubのコードで学習したAI「GitHub Copilot」が集団訴訟に直面
https://gigazine.net/news/20221104-github-copilot-lawsuit/

**.NET MAUI HighSchool** · 2022/11/11(金) 09:52:58.60

GitHubのアカウント2つ以上取るのダメなのってなんで？
真面目に謎

**デフォルトの名無しさん** · 2022/11/11(金) 10:32:43.91

2つ持ってる人はめっちや多いでしょ。
自分も比較的テクニカル寄りなアカウントと
ゲーム改編用のアーカイブ寄りのアカは分けてるよ。

**デフォルトの名無しさん** · 2022/11/11(金) 10:32:44.03

昔は無料ユーザーの複数取得は利用規約で
禁止されてたはずだけど今はどうなんだろ

**.NET MAUI HighSchool** · 2022/11/11(金) 10:36:51.12

>>986
だよね？
普通複数アカウント作るよね？？？

**.NET MAUI HighSchool** · 2022/11/11(金) 10:37:27.05

ユーザーIDを分ければそれごとのアカウントは作れるみたいな？

**デフォルトの名無しさん** · 2022/11/11(金) 13:23:43.33

docs.github.com/en/site-policy/github-terms/github-terms-of-service
無料アカウントは複数持てないが機械用のアカウントは別だ
One person or legal entity may maintain no more than one free Account
(if you choose to control a machine account as well, that's fine,
but it can only be used for running a machine).

**デフォルトの名無しさん** · 2022/11/15(火) 16:56:11.12

push と pull の練習するのに造ったわ

**デフォルトの名無しさん** · 2022/11/15(火) 17:03:11.28

machine accountって何？

ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】

ｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】