ｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合【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/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って何？

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

CIとかで使うアカウントの事じゃね？知らんけどｗ

**デフォルトの名無しさん** · 2022/11/15(火) 20:36:47.59

>>991
押すと引くの英語のお勉強か？

**デフォルトの名無しさん** · 2022/11/16(水) 18:22:48.59

package造ると自動pushする環境のあるやつある

**デフォルトの名無しさん** · 2022/11/20(日) 20:33:32.76

次スレいるかな

**デフォルトの名無しさん** · 2022/11/21(月) 14:48:51.32

秒読み

**デフォルトの名無しさん** · 2022/11/27(日) 20:32:07.00

**デフォルトの名無しさん** · 2022/11/27(日) 23:21:50.13

**デフォルトの名無しさん** · 2022/11/28(月) 00:23:54.68

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1594日 4時間 39分 4秒

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

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