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

**デフォルトの名無しさん** · 2021/02/24(水) 00:16:30.90

コードの絶対量って何のこと？

**デフォルトの名無しさん** · 2021/02/24(水) 01:54:59.31

>>728
同じソースコードでもホスティングサービスによってサイズが変わるんだよ

**デフォルトの名無しさん** · 2021/02/24(水) 02:12:01.98

だからコードの絶対量って具体的には何を言いたいのかって聞いてんだけど

**デフォルトの名無しさん** · 2021/02/24(水) 07:38:46.88

ワイが想定してたのは、
そのホスティングサービス全体のプロジェクト数みたいな話
ただ、大きいプロジェクトが大きければ行数は多くなるなと思って
コードの絶対量って変な言い方になった

わかりにくくてごめんね

**デフォルトの名無しさん** · 2021/02/24(水) 19:55:11.39

SaaS限定？

**デフォルトの名無しさん** · 2021/02/25(木) 22:45:00.30

コミュニティの掲示板で、ただの
「お返事ありがとうございます」
みたいな人間的な？コメントってぱぱっと手早く返しといた方が良い？

なんか Issue とかだと、検索でたどり着いた時クソながスレッドになっててどこに正解があるのか
まったく分からんみたいなことに良くなるじゃん？

本当に見たい問題の文章が埋もれるから、どうなのかなって迷うんだけど、
まぁ相手も人間だし、レスはこまめに返したほうがいいのよね？

**デフォルトの名無しさん** · 2021/02/26(金) 00:30:47.84

GitHubで2つめのリポジトリを作りたいんですが、
新たに1つめのものと異なる公開鍵と秘密鍵を作成した方がいいでしょうか？
それとも使いまわしても問題ないでしょうか？

**デフォルトの名無しさん** · 2021/02/26(金) 00:34:12.01

>>734
リポジトリごとに鍵を設定する機能なんてあったっけ？

**734** · 2021/02/26(金) 00:57:28.37

>>735
知識不足ですいません

ってことは一度設定してしまえばいいんですね
自分のリポジトリの画面を開くと、
「Quick setup — if you’ve done this kind of thing before」という項目が
表示されているんですが、
その先はどう操作すればいいんですかね…？

**デフォルトの名無しさん** · 2021/02/26(金) 21:48:15.16

英語読めばバカ

**デフォルトの名無しさん** · 2021/02/27(土) 18:12:41.76

こわ…

**デフォルトの名無しさん** · 2021/02/28(日) 12:37:57.75

737 が日本語で書かれてるからそう思うだけだよ

**デフォルトの名無しさん** · 2021/02/28(日) 12:39:28.34

>>733
つまらん Issue にいちいち応答してるから
つまらん Issue が増えるんだよ
つまらん Issue 投稿されても無視して良い

**デフォルトの名無しさん** · 2021/03/03(水) 14:48:52.77

待望の新言語

Introducing Microsoft Power Fx: the low-code programming language for everyone
https://powerapps.microsoft.com/en-us/blog/introducing-microsoft-power-fx-the-low-code-programming-language-for-everyone/
Excelの数式をベースにしたプログラミング言語「Microsoft Power Fx」登場。オープンソースで公開予定。Microsoft Ignite 2021
https://www.publickey1.jp/blog/21/excelmicrosoft_power_fxmicrosoft_ignite_2021.html

**デフォルトの名無しさん** · 2021/03/03(水) 23:36:52.80

どうせならC++++++という名称にして欲しかった

**デフォルトの名無しさん** · 2021/03/04(木) 01:08:27.52

C++++ → C#
C++++++ → C#++

**デフォルトの名無しさん** · 2021/03/04(木) 06:42:47.28

C#ってよさそうな言語なのにイマイチ流行らんね
Unityでしか使ったことないけど

**デフォルトの名無しさん** · 2021/03/04(木) 06:48:16.79

>>744
MS環境向けなら第一選択になる言語だけど

**デフォルトの名無しさん** · 2021/03/04(木) 20:31:53.38

C# は１クラスをファイル分割できたり、プロパティとか String literal とか
Windows API 使うのが簡単だったりメモリ手動管理や最適化も割とできたり
好きなところはいっぱいある

Java だとライブラリやフレームワーク使っていろんなところから引っ張ってこなきゃ実現できないことが
大体素で実現できる

VSCode でゴリッゴリにマルチプラットフォーム開発できるようにしてくれたらもっと使いたい

**デフォルトの名無しさん** · 2021/03/04(木) 22:05:28.53

C#はLINQが最高

**デフォルトの名無しさん** · 2021/03/08(月) 18:39:57.69

eclipseプラグインをGitLab Pagesにデプロイするジョブを作ったとき
パイプラインのステータスが取得出来ない警告が出るという理由からexit 0をするだけのダミージョブを作るのは果たしてありだろうか

**デフォルトの名無しさん** · 2021/03/09(火) 20:34:07.82

“github.com”にセキュリティ問題、ユーザーの強制ログアウトを実施
ごく一部のアカウントで認証Cookieを取り違え。アカウントのパスワードなどには影響せず
https://forest.watch.impress.co.jp/docs/news/1310937.html

**デフォルトの名無しさん** · 2021/03/11(木) 10:46:24.58

つまり hash が杜撰で conflict して session が容易に high jack されうる状況が続いていたってこと？

**デフォルトの名無しさん** · 2021/03/11(木) 11:02:57.52

>>749
この間強制的にログアウトされてたのはそれだったか

**デフォルトの名無しさん** · 2021/03/11(木) 12:43:23.35

>認証Cookieを取り違え

Ruby on Rails で、Unicorn はマルチプロセスだけど、
Puma はマルチスレッドだから、共有変数の排他処理が難しい

使用メモリ量は、データ領域を除いて、
1プロセス64MB から、1スレッド8MBへ減るけど

**デフォルトの名無しさん** · 2021/03/15(月) 08:34:30.76

GitLabもデフォルトのブランチ名を「master」から「main」に変更へ、5月から
https://www.publickey1.jp/blog/21/gitlabmastermain5.html

**デフォルトの名無しさん** · 2021/03/15(月) 09:22:59.22

>>753
その提案したイッシューには大量の批判がされてたけど
それでも変えるんだ

**デフォルトの名無しさん** · 2021/03/15(月) 10:36:51.12

GitHubが即座に変更して特に大きな騒ぎもなく受け入れられたのに小蝿が今更抵抗してもな
顧客企業からのレピュテーション低下のリスクもあるからもう仕方ない

**デフォルトの名無しさん** · 2021/03/15(月) 14:31:05.17

欧米のポリコレ圧力すごいんだなあ

**デフォルトの名無しさん** · 2021/03/15(月) 19:29:16.38

>>754
issueは問題（バグや修正すべきこと）を書くべき所で
投票場所じゃないんだから単なる批判は意味がない。

**デフォルトの名無しさん** · 2021/03/15(月) 19:36:44.74

>>757
じゃあどうすればよかったの？

**デフォルトの名無しさん** · 2021/03/15(月) 19:55:54.00

>>758
開発者（開発社）の方針が気に食わないなら
フォークして自分でやればいい

**デフォルトの名無しさん** · 2021/03/15(月) 20:00:27.91

>>759
極論馬鹿

**デフォルトの名無しさん** · 2021/03/15(月) 20:03:02.26

>>760
文句いうだけでは何も解決できないって言ったそばから
文句いうだけか（笑）

**デフォルトの名無しさん** · 2021/03/15(月) 21:32:35.38

>>757
GitLabの開発体制知ってて言ってるの？

**デフォルトの名無しさん** · 2021/03/15(月) 22:11:26.32

>>762
開発体制が何が関係あるの？
どんなソフトも権利を持ってる人が自由にできる

**デフォルトの名無しさん** · 2021/03/15(月) 22:15:43.87

>>763
知らないで妄想ベースの話なら相手しないというだけです

**デフォルトの名無しさん** · 2021/03/15(月) 23:33:26.44

>>764
知ってる知らない以前に関係ないって話をしてるの

例えば開発者のメンバーの名前なんかどうでもいいのに
メンバーの名前を聞いてるようなもん
GitLabの開発体制は関係なく、誰が修正の権利を持ってるかって話だけだから

**デフォルトの名無しさん** · 2021/03/15(月) 23:35:58.06

あと妄想ベースで話をしてるのはお前だからね
開発体制とやらを知らないと相手にしないというのなら
開発体制を知らないお前自身がが相手にされないということ

**デフォルトの名無しさん** · 2021/03/16(火) 00:00:52.56

>>762
開発体制って何のこと？非従業員のコントリビュータが多いOSSってことを言いたいの？

**デフォルトの名無しさん** · 2021/03/16(火) 00:53:32.16

もっと踊れよ

**デフォルトの名無しさん** · 2021/03/23(火) 01:06:58.40

GitHubに登録を試みてますが人間であることを示すサイコロ14問題で
ちゃんと正解してるはずなのに何度やっても間違いも判定されて登録できずにいます
どうすれば良いでしょうか

**デフォルトの名無しさん** · 2021/03/23(火) 01:13:41.56

すいません自己解決しました
スマホからやったらサイコロ14問題ではなく渦巻き問題になりあっさりクリア出来ました
PCから登録しようとする人はご注意を

**デフォルトの名無しさん** · 2021/03/23(火) 04:46:42.41

バカ避けなんだろうな
sabureのこともあったし

**デフォルトの名無しさん** · 2021/03/23(火) 11:59:01.61

Githubって特定のサブディレクトリへのアクセス権を細かく調整することってできます？

今プロジェクトA, B, Cとあってこれらを1つのモノリポジトリXに移行したいと考えてます
X/A, X/Bはメンバー全員にアクセスを許可
X/Cは一部の管理者のみアクセスを許可(権限ない場合は読み取りも禁止)
としたいのですが可能でしょうか？

**デフォルトの名無しさん** · 2021/03/23(火) 12:00:35.06

リポジトリは分けたままで
XのサブモジュールとしてABCを使えば

**デフォルトの名無しさん** · 2021/03/23(火) 12:15:57.81

リポジトリの各種設定をモノリポに集約して楽にしたいのでサブモジュールには消極的です
ただサブディレクトリの権限管理が不可能なら権限を軸にリポジトリを分割してサブモジュール運用する案は妥協点としてはありかもしれません

**デフォルトの名無しさん** · 2021/03/23(火) 14:15:47.41

サブモジュールをしたくないなら無理だよ
https://teratail.com/questions/131158

**デフォルトの名無しさん** · 2021/03/23(火) 14:19:15.23

アクセス権を細かく調整したいものをなぜモノリポに？？

**デフォルトの名無しさん** · 2021/03/23(火) 21:57:56.81

Githubとか関係なく無理だろ
リポジトリの仕組み考えろよ

**デフォルトの名無しさん** · 2021/03/23(火) 23:22:52.95

そもそも読み取りを禁止する理由がないんだよな
禁止したけりゃ別リポジトリを分けるしかない

ブランチ切ってプルリクしてもらって、担当外のファイルいじったら取り込まないなどのルールでも作ったら

**デフォルトの名無しさん** · 2021/03/24(水) 01:03:43.69

>>774
> リポジトリの各種設定をモノリポに集約して楽にしたいので
いま楽になってないってことに気づいてる？
どうやればいいか？って苦労してるでしょ

あなたが言ってるのは仕事を「楽にしたい」んじゃなくて
gitの使い方を勉強したくないという意味で楽にしたいと言ってる

**デフォルトの名無しさん** · 2021/03/24(水) 01:05:10.82

SVNなら簡単にできるんだがな

**デフォルトの名無しさん** · 2021/03/24(水) 01:06:44.67

svnは他の点が不便すぎる

**デフォルトの名無しさん** · 2021/03/25(木) 01:29:23.41

Git本体にはアクセス制限どころかアカウントの概念すらない
アクセス権限はリポジトリへのアクセスを許可するかどうかだけで、それはGitの外部の仕組みによって提供される
このへんの割り切った仕様のおかげでGit本体は随分とシンプルになってる

コミットにユーザ名つけられるけど、これは他人のユーザ名だって平気でつけられるし、
リポジトリへのアクセス許可さえあれば、その他人のユーザ名で作ったコミットも平気で push できる

**デフォルトの名無しさん** · 2021/03/25(木) 02:55:03.17

アカウントなんてあったらサーバーが必須になるじゃん
ローカルのマシンは普通所有者がroot持ってるんだから
誰にだってなれるし、そこに他のユーザーの情報とか持ってきてどうするんだ？

割り切った仕様というより、それが常識的な仕様で
サーバーを必須にするほうがセンス無いよ

クライアントとサーバーの機能を明確に分離し
他のユーザーのなりすましを防ぎたいなら署名すればいい
それ以外の方法でroot持ってるローカルマシンの偽なりすましを
防げるわけがないわけで、gitは必要な機能を正しく実装してる

**デフォルトの名無しさん** · 2021/03/25(木) 14:47:31.74

>>782
ローカルのGitのアカウントがないと思っているのか？

**デフォルトの名無しさん** · 2021/03/25(木) 16:25:12.25

>>784
無い

**デフォルトの名無しさん** · 2021/03/25(木) 16:55:48.04

ないね

**デフォルトの名無しさん** · 2021/03/25(木) 17:10:10.16

ホスティングサービスのGitのスレだからか

**デフォルトの名無しさん** · 2021/03/25(木) 17:41:07.52

ないやろ

**デフォルトの名無しさん** · 2021/03/25(木) 17:54:19.83

ホスティングサービスのユーザー名の話にすり替わるのは理由は？

**デフォルトの名無しさん** · 2021/03/25(木) 18:17:30.13

ローカルのgitアカウントなんて都市伝説

**デフォルトの名無しさん** · 2021/03/25(木) 18:50:51.38

でも>>784はあるっていう・・・

**デフォルトの名無しさん** · 2021/03/25(木) 19:01:42.88

それではGitのローカルアカウントの設定方法について説明して頂きましょう！
コマンドラインでのやり方をよろしくお願いします

**デフォルトの名無しさん** · 2021/03/25(木) 23:31:48.70

そもそもさ、ここでGitの話題はスレ違いじゃないの？
Gitの話は下の方にあるGitスレでやろうよ

**デフォルトの名無しさん** · 2021/03/25(木) 23:39:33.87

ローカルにGitがない状態で、GitHubを使っていることもあるからなあ。

**デフォルトの名無しさん** · 2021/03/26(金) 01:10:13.74

>>793
下とは？

**デフォルトの名無しさん** · 2021/03/26(金) 01:42:10.12

>>793
GitのスレはGitHubの書き込みをする人間が多くて荒れる。

**デフォルトの名無しさん** · 2021/03/26(金) 07:57:23.10

Gitのアカウントというのは、実際はGitの話題じゃないからね
ここが相応しい

**デフォルトの名無しさん** · 2021/03/26(金) 11:21:23.96

>>794
そんなんいいからgitのローカルアカウントについて詳しく

**デフォルトの名無しさん** · 2021/03/26(金) 13:28:02.17

>>798
gitのローカルアカウントはOSのユーザー名

**デフォルトの名無しさん** · 2021/03/26(金) 15:25:17.39

>>799
コミットに埋め込むユーザ名とメールアドレスの文字列のデフォルトを、OSのアカウントからもらってきてるだけですね。
その二つの文字列はコメントのようなもので、自由に変更可能です。特定のアカウントに紐づいている必要も実在するメールアドレスである必要もありません。
pushするリモートリポジトリのアカウントとも全く関係無いものです。

**デフォルトの名無しさん** · 2021/03/26(金) 15:51:11.44

また変なことを言っているね。GitHub等のリモートリポジトリを使うにはアカウントの紐付けが必要だけど？

**デフォルトの名無しさん** · 2021/03/26(金) 16:16:57.08

>>801
それではアカウントの紐付けとやらはどうやるんですか？
ちなみにWindowsでGitBash for Windowsを使っています。
Windowsのアカウント名は漢字です。

**デフォルトの名無しさん** · 2021/03/26(金) 16:52:40.56

>>801
リモートリポジトリへ push したいときには、その接続先をローカルリポジトリへ登録するだけです。アカウントを紐づける必要はありません。
リモートリポジトリから clone してきたときには接続先は自動で登録されています。

**デフォルトの名無しさん** · 2021/03/26(金) 16:59:42.23

リモートリポジトリに接続する際に必要な認証情報をOSの鍵管理に追加してくれるツールがGit for windowsに含まれていたりしますが、これはGit本体の機能では無いです。
リモートリポジトリへsshで接続する場合、Windowsでは Git for windows に含まれている ssh の機能を使うことが多いですが、これもGit本体とは関係無いですね。

**デフォルトの名無しさん** · 2021/03/26(金) 17:00:17.42

結論
馬鹿はイントラでやってね

**デフォルトの名無しさん** · 2021/03/26(金) 17:12:42.73

認証はアカウントじゃない鍵

**デフォルトの名無しさん** · 2021/03/26(金) 17:13:52.45

OSのパスワードと同じパスワードで
github使うじゃん！とかいいそうだなよなｗ

**デフォルトの名無しさん** · 2021/03/26(金) 17:19:03.08

もしかしてWebのみ利用だとそうなる？
Webのみで成立できるかわからんけど

**デフォルトの名無しさん** · 2021/03/26(金) 18:21:41.74

>>808
誰もwebのみ利用なんて話はしてない
わかって無いのはお前だけ

**デフォルトの名無しさん** · 2021/03/28(日) 00:13:06.55

gitローカルアカウントの人はアカウントと認証がごっちゃになってたのかな

**デフォルトの名無しさん** · 2021/03/28(日) 13:26:07.72

>>802
>Windowsのアカウント名は漢字です

ファイルパス・システムなどに使えるのは、ascii・半角英数字だけ。
日本語など使っても、世界中の開発者で、ascii以外でテストしている人は、いない

日本人の開発者ですら、日本語などでテストをしない。
それを認めると、開発者が世界中の全言語でテストしないといけなくなるから、無理

**デフォルトの名無しさん** · 2021/03/28(日) 13:45:26.16

URLエンコでもなんでもすりゃええからやらんほうがわるい

**811** · 2021/03/28(日) 15:55:55.60

各OS・データベース(DB)・ファイルシステムなどには、ユニコードのエンコード方式が、3つある。
UTF-8/16/32。さらに、UTF-8 には、BOM 有り/無しの2つある

だから、ascii 以外を使うと、
各OS・DB・ファイルシステムなどで、互換性がない

他にも例えば、「が」と表示されていても、
「か」+濁点の、2つのコードポイントで表示しているかも知れないし、
見た目では判別できない

こういうのを議論しているのも、日本人だけ

外人が知っているわけないから、
外人の作ったアプリでは、日本語などはまともに動かない

**デフォルトの名無しさん** · 2021/03/28(日) 16:24:01.74

UTF-8のアスキー文字は他のキャラクターセットと文字コードは同じ。

**デフォルトの名無しさん** · 2021/03/28(日) 17:37:35.98

今は海外でも絵文字をサポートすることが普通になってきたので、そのついでに漢字の表示も出来ることが多い
絵文字をちゃんとサポートしようとすると、濁点なんかよりも複雑な文字の合成に対応する必要があって、その辺も日本独自の問題では無くなった

**デフォルトの名無しさん** · 2021/03/28(日) 21:13:57.86

>>813
ラテン文字でもÁ(U+00C1)とÁ(U+0041 U+0301)みたいなのあるじゃん

**デフォルトの名無しさん** · 2021/03/29(月) 00:04:20.36

ローカルPCのGitのユーザー名とGitHubのユーザー名は一致してなくてもいいんだよ。

**811** · 2021/03/29(月) 03:34:55.69

>>816
だから、そういう文字を、各OS・DB・ファイルシステムなどで使ったらいけない。
見た目が同じなのに、一致しないので、バグる

だから、ascii 以外は使っちゃいけない

例えば、ハイフンでも、見た目が似ているものが何種類もある。
こういうのも一致しないから、危険

**デフォルトの名無しさん** · 2021/03/29(月) 04:41:54.81

絵文字の件もあるようにascii制限なんて考えが古い

**デフォルトの名無しさん** · 2021/03/29(月) 06:08:34.63

ドキュメントのファイル名に日本語禁止とか非現実的じゃないか？

**811** · 2021/03/29(月) 07:38:11.44

各システムのエンコード方式が、3つあるから互換性がない

UTF-8/16/32

**デフォルトの名無しさん** · 2021/03/29(月) 07:49:26.16

>>821
BOMなしはUTF8としてそのほかはBOMで判定できるから問題ないね

**デフォルトの名無しさん** · 2021/03/29(月) 07:55:16.37

エンコードしつこいな
そんなの判別できるんだから障害にならねーよ
なにいってんだこいつは

**デフォルトの名無しさん** · 2021/03/29(月) 08:08:49.78

あほー

Is it OK to use a long non-ascii name for the user.name Git configuration? - Stack Overflow
https://stackoverflow.com/questions/24845258/is-it-ok-to-use-a-long-non-ascii-name-for-the-user-name-git-configuration

**デフォルトの名無しさん** · 2021/03/29(月) 09:27:23.97

そこそこ興味深い議論だがgitのローカルアカウントの説明に
関係あるの？

**デフォルトの名無しさん** · 2021/03/29(月) 22:01:46.57

GitHub Enterpriseを知らないとますます変な指摘が入るよな

**811** · 2021/03/29(月) 22:17:08.46

>>824
その記事には、UTF-8 の事しか書いていない

各システムのエンコード方式が、UTF-16/32 の事は書いていない

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

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