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

**デフォルトの名無しさん** · 2019/01/15(火) 01:09:51.68

>>81
業務系だけど普通に使ってるよ

**デフォルトの名無しさん** · 2019/01/15(火) 15:57:48.74

>>80
一理ある

**デフォルトの名無しさん** · 2019/01/15(火) 17:14:46.09

>>80
金かかるからしょうがなくパブリックにしていたというのに。
最初からプライベート制限するなよな…

**デフォルトの名無しさん** · 2019/01/15(火) 17:19:03.56

GitHubを買収したMicrosoftとの方針の違いでしょ？
Visual Studio とかもそうだけどMicrosoftは
大企業をターゲットにしていて個人開発者に対しては
無料か格安でサービスを提供してる

**デフォルトの名無しさん** · 2019/01/15(火) 19:42:44.49

しょうもない質問で恐縮です。
Typoraを使っていますが､コードブロックを折りたたんだときに改行を表示するのはどうすればいいのですか？

<details>
<summary>折りたたみ部分のタイトル</summary>
<pre>
<code>
折りたたまれる詳細情報部分
折りたたまれる詳細情報部分
折りたたまれる詳細情報部分
</code>
</pre>
</details>

のどこかに空行を入れたいのですが､コードブロックが終了してしまい出来ません。
宜しくお願いします。

**デフォルトの名無しさん** · 2019/01/15(火) 19:51:03.99

<br/>を入れたらうまくいきました。ありがとうございました。

**デフォルトの名無しさん** · 2019/01/15(火) 20:21:06.07

どういたしまして

**デフォルトの名無しさん** · 2019/01/17(木) 09:46:08.76

何となくbitbucketって無料でプライベート使えないと思っていたんだけど
使えるんだね

**デフォルトの名無しさん** · 2019/01/17(木) 10:10:46.37

それが価値だったんだが？

**デフォルトの名無しさん** · 2019/02/15(金) 23:25:04.20

オンプレのgitlabバージョンアップデートうまくいかない問題
ホスティングサービスへの誘い

**デフォルトの名無しさん** · 2019/02/15(金) 23:45:08.74

Rubyな時点でもう…

**デフォルトの名無しさん** · 2019/03/25(月) 09:35:42.70

forkしてbranch作って修正したけど、仕様が変わるからそれ使ってる人にも影響がでる
こういう場合でもpull request送ってもいいものなんですか？
それと却下されたらフォークした自分のリポジトリのマスターを
その修正したやつにしてそれそれ使い続けても問題ないんでしょうか？

**デフォルトの名無しさん** · 2019/03/25(月) 10:39:02.72

>>93
まずissueでディスカッションしてからにしろよ
いきなりPR送んな

**デフォルトの名無しさん** · 2019/03/25(月) 10:48:48.71

なるほど面倒くさそう。リクエストしてボタン一つで却下みたいなシステムかと思った
一から作るのも面倒だし、issueってのを投げてみます。ありがとう教えてくれて

**デフォルトの名無しさん** · 2019/03/25(月) 11:58:39.66

Gitlabでコミット自体は成功してるのに、メール通知で「Your pipeline has failed.
」って出るんだけど、原因は何かわかる人います？
気にしなきゃいいっていう話もあるけど、なんか気持ち悪いっす。

**デフォルトの名無しさん** · 2019/03/25(月) 12:02:06.28

webページ造るのに失敗してるか
メモリ制限オーバーしたか

放っておくと勝手に治ってるパターンと
放置であとで問題に気付くケースがある

**デフォルトの名無しさん** · 2019/03/25(月) 12:31:40.77

>>96
たしかgitlabはCI設定しないとデフォでauto devopsとかいう機能が走るように変わった
プロジェクト構成がauto devopsに沿ってないとエラーメールが来るんじゃないかな？

**デフォルトの名無しさん** · 2019/04/24(水) 16:50:48.33

GitHubでどう考えても自分しか使ってないようなリポジトリがたまにcloneされてるみたいだけどクローラーでもいるのかね
パスワードをうっかり書いてないか収集するとかそんな感じの

**デフォルトの名無しさん** · 2019/04/25(木) 02:01:38.71

cloneなんてしなくてもパスワード書いてあったらばれるで

**デフォルトの名無しさん** · 2019/04/25(木) 06:34:30.25

>>100
まあパスワードとか書いてるわけじゃないからいいんだけどさ
README.mdにテストとしか書いてないようなリポジトリも定期的にcloneされてるみたいだけど何なんだろ

**デフォルトの名無しさん** · 2019/04/26(金) 02:15:10.20

今日までGitHubでclone数を取得できることを知らなかったよ!
ありがとう!

**デフォルトの名無しさん** · 2019/04/26(金) 02:38:16.69

どういたしまして

**デフォルトの名無しさん** · 2019/04/26(金) 06:14:18.58

実は自分自身でしたというオチか

**デフォルトの名無しさん** · 2019/04/26(金) 08:07:43.18

>>102
ちなみにReleaseのダウンロード数も調べればわかる

**デフォルトの名無しさん** · 2019/04/29(月) 19:48:47.28

GitHub プルリク
GitLab マジリク
Bitbucet ？？？？

**デフォルトの名無しさん** · 2019/04/29(月) 19:49:57.89

GitHub プルリク
GitLab マジリク
Bitbucet リルラルラー

**デフォルトの名無しさん** · 2019/05/02(木) 00:04:47.39

githubだけどnetworkなくなっちゃったな
そんなに使われてない機能だったのか

**デフォルトの名無しさん** · 2019/05/02(木) 04:36:51.56

>>108
networkなくなるの困るな
あのグラフ見やすかったのに

**デフォルトの名無しさん** · 2019/05/02(木) 09:55:46.27

今朝見直したら復活してた
一時的に調整してただけみたい
ちょっと軽くなったかも

**デフォルトの名無しさん** · 2019/05/05(日) 09:01:56.98

借りたアイコン素材などを一緒にGit-Hubにアップロードすることって一般的なんでしょうか？
ライセンス確認するかぎりアイコンはクリエイティブコモンズでJavaScriptはMITライセンスとかなんでNOTICEに記載しとけばいいのかなとは思ってますが

**デフォルトの名無しさん** · 2019/05/19(日) 00:25:51.53

githubでリポジトリを個人リポジトリからorganizationに移行したとき
個人リポジトリを参照してる人ってどうなるんでしょうか？
issueやprは引き継がれるとして、forkしてる人とかgit cloneしてる人とか

**デフォルトの名無しさん** · 2019/05/19(日) 05:04:16.67

自己解決しました

**デフォルトの名無しさん** · 2019/05/19(日) 07:37:47.54

解決したならその内容を書いとけよ

**デフォルトの名無しさん** · 2019/05/22(水) 09:51:47.96

>>90
唯一のメリットだったな。
Bitbucketは、Webインターフェースのもっさりをなんとかしろ。

**デフォルトの名無しさん** · 2019/05/22(水) 10:11:17.59

gitlabて不安定じゃない？

**デフォルトの名無しさん** · 2019/05/22(水) 10:25:27.85

てか重くて重くて…

**デフォルトの名無しさん** · 2019/06/05(水) 19:31:10.72

GitHubでせっかくリポジトリ作ったのに
まだ誰も来ないや。ま、2日くらいしか経ってないけどさ。

**デフォルトの名無しさん** · 2019/06/05(水) 19:38:48.22

ここで宣伝しろよ

**デフォルトの名無しさん** · 2019/06/05(水) 19:44:07.81

GitHubって何てよむ？
ジーアイテーエイチユービー？ジットハブ？

**デフォルトの名無しさん** · 2019/06/05(水) 19:45:49.99

ぎっはぶ

**デフォルトの名無しさん** · 2019/06/06(木) 03:46:54.23

最近Gitea使い始めたんだけど、軽くていいな
Windowsで動くし、何よりインストールや管理が楽

でもissueとプルリクが連携しないのがなぁ、、、
ここだけはGitlabの方が良かった

**デフォルトの名無しさん** · 2019/06/06(木) 06:35:37.06

>>122
Gitbucketと比較してどう？

**デフォルトの名無しさん** · 2019/06/06(木) 21:18:16.51

今日も誰も来ない。
でもアップデートしちゃった
ウフ（ハート）

**デフォルトの名無しさん** · 2019/06/06(木) 22:45:29.81

>>123
Gitbucket使ったことないなぁ

**デフォルトの名無しさん** · 2019/06/09(日) 02:37:54.70

GitHubもプログラミングも初心者なんですけど、pythonのライブラリに対してプルリクエストを投げました。

プルリクエストが承認されてマージされたっていう表示が出たんですが、実際にその更新されたデータを使えるようになるのっていつどうなったら使える感じなんでしょうか？

ライブラリの新しいバージョンが出るまで待った後にpipでアップデートする感じなんでしょうか？

**デフォルトの名無しさん** · 2019/06/09(日) 02:50:27.68

ライブラリによる

**デフォルトの名無しさん** · 2019/06/09(日) 10:58:04.83

githubならマージされたcommitが判るだろうから
それを自分でまたpullなりすれば良いのでは

**デフォルトの名無しさん** · 2019/06/09(日) 16:52:01.35

>>127
>>128
ありがとうございます
できました

**デフォルトの名無しさん** · 2019/06/10(月) 19:40:06.90

trafficのclonesってgit cloneした数なんですか？
なんかgoogleがやって来て持って行っているような

**デフォルトの名無しさん** · 2019/06/21(金) 21:46:31.70

コミットするたびにcloneされるけどなんでだろな
やっぱbotかなんかいるのでは
一応言っとくけどAppVeyorなんかと連携してるわけではない

**デフォルトの名無しさん** · 2019/06/21(金) 22:20:36.53

>>131
そんなのPC乗っ取られて誰かに操作されてるからに決まってんじゃん

**デフォルトの名無しさん** · 2019/06/22(土) 10:11:58.74

gitのhookスクリプトで感染するウィルスってあるのか

**デフォルトの名無しさん** · 2019/06/24(月) 09:04:47.99

githubの機能で、無関係の第三者でもコミット通知を受けとることはできるわけで
gitのhookを使ったりPCに侵入したりする必要は全くない

**デフォルトの名無しさん** · 2019/06/25(火) 10:57:36.25

コミットに含まれる電子メールアドレスが狙いか

**デフォルトの名無しさん** · 2019/06/28(金) 00:26:04.20

CodeCommitのウェブ画面でmergeしたら
ファイル壊れたw
それもmergeしたファイルだけじゃなくて
全く触ってもいないファイルまで

こんな酷いホスティングサービス他にないだろw

**デフォルトの名無しさん** · 2019/06/28(金) 07:54:02.46

GitHubヘルプドキュメントが日本語化されました
https://github.blog/jp/2019-06-28-japanese-help-document/

**デフォルトの名無しさん** · 2019/06/28(金) 08:33:42.88

>>136
ちらっと検索してみるとまだffマージしかできないみたいだから、そうじゃない状態で無理やりマージしたんじゃないの？
ダイアログにもffマージしか出来ないと表示が出るみたいだぞ

**デフォルトの名無しさん** · 2019/06/28(金) 19:20:10.51

>>137
MS買収のおかげやな。
やると思っていたで

**デフォルトの名無しさん** · 2019/06/29(土) 10:27:16.25

MSの日本語翻訳レベルって寒気がするわ辞めて

**デフォルトの名無しさん** · 2019/07/02(火) 03:44:08.27

チームで各自がアカウントを作って共有している場合、誰がいつどのプロジェクトをフェッチしたかはわかるものですか？

**デフォルトの名無しさん** · 2019/07/08(月) 20:51:25.71

会社でgithub遮断されてもうた。。。
もう終わりだ

**デフォルトの名無しさん** · 2019/07/08(月) 21:24:54.52

おめ

**デフォルトの名無しさん** · 2019/07/09(火) 08:48:05.53

会社の没落は必至だし、これは転職だな。
消費税10%で景気が悪化するから急いだ方がいいぞ。

**デフォルトの名無しさん** · 2019/07/10(水) 01:40:48.09

インターネットに接続されている職場は幸いである。

**デフォルトの名無しさん** · 2019/07/10(水) 07:47:11.50

ITと関係ない業種とかってオチじゃないの

**デフォルトの名無しさん** · 2019/07/10(水) 10:50:52.31

野良サイトに上がってたメアドのドメインブラックリストを適用したら
自社にメールが出せなくなったでござる

**デフォルトの名無しさん** · 2019/07/10(水) 12:38:48.92

あるある！

**デフォルトの名無しさん** · 2019/07/26(金) 10:00:50.61

印象操作
【大公開】7payの開発元、「NTT DATA MSE」か　ソースコードがGitHubに公開されていたことから判明
https://asahi.5ch.net/test/read.cgi/newsplus/1563928220/

**デフォルトの名無しさん** · 2019/07/30(火) 08:31:53.06

GitHubがイランなどからアクセス不可に､米国の経済制裁により｡CEOのフリｰドマン氏｢望んでやっているのではない｣
https://www.publickey1.jp/blog/19/githubceo.html

**デフォルトの名無しさん** · 2019/07/30(火) 09:17:46.51

>>150
これプライベートだけじゃないん？

**デフォルトの名無しさん** · 2019/07/30(火) 12:32:09.47

これじゃリスク大きすぎて業務利用できないな

**デフォルトの名無しさん** · 2019/07/30(火) 12:33:15.26

リスク大きい原因は、技術力不足
技術不足なやつは何を使っても同じ結果になる。
わかる？

**デフォルトの名無しさん** · 2019/07/30(火) 12:42:04.03

確かに小さい組織だとそういう面もあるね

**デフォルトの名無しさん** · 2019/07/30(火) 12:53:18.00

MSやGoogleに比べたら、
殆どの企業が「小さい組織」だからね
会社がでかくてもIT部門としての組織は小さい。7payとか

**デフォルトの名無しさん** · 2019/07/30(火) 13:38:13.17

>>153
イランからアクセスできないのが技術力不足
そういう問題？？

**デフォルトの名無しさん** · 2019/07/30(火) 13:41:16.02

>>156
何の話してるの？リスクが大きいかどうかかの話でしょ？
お前はイランにすんでるの？
それとも国にLinux使用禁止って言われたどうしよう的な心配をしてるの？

**デフォルトの名無しさん** · 2019/07/30(火) 13:56:37.54

Enterprise使えよ

**デフォルトの名無しさん** · 2019/07/30(火) 14:30:03.67

>>157
話の流れからしてお前の言うリスクとはイランのこと受け取るのが当然だろ

**デフォルトの名無しさん** · 2019/07/30(火) 17:09:54.84

イランを使うのをやめればいいだけじゃん

**デフォルトの名無しさん** · 2019/07/30(火) 20:17:20.28

gitlab ce使おうぜ

**デフォルトの名無しさん** · 2019/08/01(木) 07:54:53.13

gitlabは、機能はいいんだが重いのと環境構築がめんどくてなぁ
gitea使ったらもう戻れなくなってしまった

**デフォルトの名無しさん** · 2019/08/01(木) 12:17:53.81

git、パイプライン、イメージレジストリが統合されてて楽なのでgitlab一択
gitlab以外の選択肢は個々の管理が楽でも組み合わせると面倒

**デフォルトの名無しさん** · 2019/08/01(木) 13:10:57.48

全部入りで楽なのはAzure DevOpsでしょ

**デフォルトの名無しさん** · 2019/08/01(木) 22:26:16.75

gitlabは昔はともかくOmnibus以降は全然楽だよな

**デフォルトの名無しさん** · 2019/08/05(月) 23:02:59.40

イランなんて…

**デフォルトの名無しさん** · 2019/08/10(土) 16:41:30.35

イランなんて要らん!w

**デフォルトの名無しさん** · 2019/08/11(日) 20:01:05.46

>>167
gj

**デフォルトの名無しさん** · 2019/08/11(日) 22:07:30.72

イラクは要る

**デフォルトの名無しさん** · 2019/08/11(日) 22:13:43.97

ちゃーん

**デフォルトの名無しさん** · 2019/08/22(木) 19:29:49.71

githubでクリティカルな問題のIssue立てても
数日間反応がないのは寂しいなｗ
他の人も同じ感じだから単にレスポンスが悪いだけだが

**デフォルトの名無しさん** · 2019/08/22(木) 22:47:01.99

PR書けるんだったら書いたほうが時間の節約になるよ

**デフォルトの名無しさん** · 2019/08/22(木) 22:55:33.99

issueですら相手にされないところにいきなりpr送りつけられる心臓が欲しい

**デフォルトの名無しさん** · 2019/08/22(木) 23:38:46.25

>>172
> PR書けるんだったら書いたほうが時間の節約になるよ

修正が簡単だったらそうしてる。
仕事以外で他人のプロジェクトにissueたてるのは初めてだと思うｗ

今回は
1. 既存のコードにミスがある
2. ミスによりバグが隠蔽されてしまっていて、バグがあることに誰も気づかずに開発が進んでいる（数年レベル）
3. ミスをとりあえずの方法で修正したら、複数のバグが露呈した。
4. ミスを修正するにしても、どこまで対応するかで修正の量が違う
　既存のコードの量を1だとすると、5倍～10倍かそれ以上の量になる可能性がある。
　プロジェクトの方針を聞かないとどこまでやるか判断できない。
5. またバグは別に修正しなければならない。修正方法はコード見てないので不明。それぞれ対応方法は違うと思われる。

**デフォルトの名無しさん** · 2019/08/22(木) 23:39:18.73

> 仕事以外で他人のプロジェクトにissueたてるのは初めてだと思うｗ
PRは何度もしてるってことねｗ

**デフォルトの名無しさん** · 2019/08/23(金) 09:58:05.15

>>174
OSSだったら全部修正して出したら勝手にコメントの一つや2つつくはず
で、マージするときにだめな部分は戻すコミットをすると思う

**デフォルトの名無しさん** · 2019/08/23(金) 12:33:25.81

>>176
あー、実はそんなに修正したいとは思ってないｗ
検証中に見つけたバグで、直らない直らないで候補からはずれるというだけだから

別のソフトとの比較してて、バグがない前提で比較したとしても別のソフトのほうがいいなって思ってる。
その上で、このバグあるんじゃ比較以前の問題じゃん。直れば比較対象になるんだけど・・・という話なので

1週間ぐらいたつか、他のissueやらprにコメントが付いて
絶対自分のissue見てるはずなのにって思ったら
何らかのアクションをするかもしれん。

**デフォルトの名無しさん** · 2019/08/23(金) 15:34:26.61

AWS死亡

**デフォルトの名無しさん** · 2019/08/23(金) 15:36:05.82

>>174
そういうバグなら0day攻撃してみたら？

**デフォルトの名無しさん** · 2019/08/23(金) 15:58:20.85

>>179
いやｗバグだけど脆弱性じゃないからｗ

**デフォルトの名無しさん** · 2019/09/03(火) 10:46:26.06

GitLabのプライベートなプロジェクトにてリリースを作成したいため、
Projects API(https://docs.gitlab.com/ee/api/projects.html#upload-a-file)でプロジェクトにファイルをアップロード(POST /projects/:id/uploads)したいのですが、
容量の大きいファイルをアップロードするとタイムアウトして502が返ってきてしまいます。
1GB以下のファイルはアップロードに成功したのですが、2GBのファイルは失敗してしまいました。

どなたか解決方法や代替策をご存じの方が居ましたら教えて頂きたいです。

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

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