OSSホスティング総合【SourceForge,GitHub,etc..】

**デフォルトの名無しさん** · 2013/11/19(火) 09:38:38.49

OSS(オープンソースソフトウェア)ホスティングサービスについて情報交換したり語り合ったりするスレ

**デフォルトの名無しさん** · 2017/05/01(月) 01:47:18.91

他人を否定する情熱をもっと生産的な事に向けたらいいのに

**デフォルトの名無しさん** · 2017/05/01(月) 02:08:00.96

>>706
おおっ！
出来たっ。
ありがとう、obbligato！

**デフォルトの名無しさん** · 2017/05/01(月) 10:30:34.31

オレオレ用語使われるとわかりにくいなｗ

**デフォルトの名無しさん** · 2017/05/01(月) 10:49:30.90

用語くらいは正しい意味で使わないとコミュニケーションが破綻すると思うのだが

**デフォルトの名無しさん** · 2017/05/01(月) 10:51:54.21

エスパー会話が許されるのは小学校低学年を相手にするときだけにしたいわ

**デフォルトの名無しさん** · 2017/05/01(月) 11:46:45.52

>>706
無知

**デフォルトの名無しさん** · 2017/05/01(月) 12:07:54.68

>>710
アスペ

**デフォルトの名無しさん** · 2017/05/01(月) 13:51:49.04

なら、アスぺの方がマシだわ。正しく用語を使うことで、相手に正確に伝達しようという努力をしない怠惰なマヌケよりも。

**デフォルトの名無しさん** · 2017/05/01(月) 14:22:53.85

私はそうは思いませんね

**デフォルトの名無しさん** · 2017/05/01(月) 14:25:58.15

オレはそう思う
多くの人に伝わらなければ意味がない
実際わからんかったし

**デフォルトの名無しさん** · 2017/05/01(月) 14:26:17.75

アスペは明後日の方向に努力してるイメージ

**デフォルトの名無しさん** · 2017/05/01(月) 14:40:11.61

こういう仕事してると素人のお客が不正確な用語でいろいろ質問や要望を言ってくるからいちいち怒ってられないんだよな

**デフォルトの名無しさん** · 2017/05/01(月) 14:47:18.95

普通は分からなかったら無視するだけだから
指摘する人がいるだけ運がいいんだと思うけど
それに文句つける奴もいるから分からんもんだなw

**デフォルトの名無しさん** · 2017/05/01(月) 15:25:33.58

釣られたんですね判ります

**デフォルトの名無しさん** · 2017/05/01(月) 18:28:14.69

見れば分かるだろうけど、ID:hzoMRY/L ID:E6K6ktuh は相手するだけ時間の無駄な奴だぞ。

**デフォルトの名無しさん** · 2017/05/11(木) 11:26:00.10

リモートにプッシュするのは「リポジトリ」をプッシュしているんですか？
それとも「ブランチ」をプッシュしているんですか？「コミット」をプッシュしているんですか？
プッシュしたものをリモート側で再度コミットする作業が必要なんですか？
「プッシュ」という動作は「リモートに更新データを送る」という動作なんですか？
その上で、「リモート上でコミットを登録する」という処理も含まれているんですか？
教えてください。

**デフォルトの名無しさん** · 2017/05/11(木) 12:18:26.90

わかばちゃんGit読んだら描いてあった気がする

**デフォルトの名無しさん** · 2017/05/11(木) 19:32:47.08

>>722
リポジトリとかコミットとかプッシュとか言葉の定義から勉強したら分かるようになるんじゃないかな

https://git-scm.com/book/ja/v2

**デフォルトの名無しさん** · 2017/05/13(土) 14:22:31.22

プッシュとプルリクの概念がいつも混乱する
「master」って何なのかよくわからない、
リモートリポジトリが「master」なのか
$ git push origin master
の「origin」ブランチはどこにも見当たらないし、
自分のブランチは「maseter」だ、
プルリクするコマンドというのはないし、結局「push」のコマンド叩いてから
ブラウザからチーム全体のgitHubリモートリポにアクセスしてGUIで
プルリクボタンポチるので合ってるの？
じゃあ「リモートにpushしたけどgitHubサイト上でプルリクポチってない状態」
って何なの? この状態で放置されたコミットはどうなってしまうの？
gitHubのリモートブランチ名は俺だけじゃなくてチーム全体のリポのものだから
どんなブランチなのかよくわからない。俺が命名してないし、
誤ったpushでリモートリポ上の間違ったブランチを上書きしてしまったら・・・
一体どうなるんだろう。よくわからない。

**デフォルトの名無しさん** · 2017/05/13(土) 14:26:06.88

長文ご苦労様としか

**デフォルトの名無しさん** · 2017/05/13(土) 16:08:27.17

基本的なとこからわかってないな

**デフォルトの名無しさん** · 2017/05/13(土) 16:12:18.28

maseter

**デフォルトの名無しさん** · 2017/05/13(土) 23:11:34.00

gitの入門書を読んで来いとしか言いようがない

**デフォルトの名無しさん** · 2017/05/14(日) 00:11:14.37

Git使い方入門
https://www.amazon.co.jp/dp/4863542178/

**デフォルトの名無しさん** · 2017/05/15(月) 19:08:30.61

>>725
釣りじゃないなら職業変えた方が良い

**デフォルトの名無しさん** · 2017/05/15(月) 19:09:17.80

>>730
honto.jp で電子版買ったら1000円以下だった
本当にありがとうございました

**デフォルトの名無しさん** · 2017/05/16(火) 13:44:15.00

githubでcloneしてくるソースって信用できるんかいな？
「モジュールxxがNot Found」だった系のエラー出たとき
まず brewしてみてそれでもなかったらインターネットで検索して
それっぽい名前引っかかったら片っ端からGitHubでcloneしてきて
インポート(インクルード)して使ってるけどバグることが結構多い。
これってホストしてるgitHubにも責任あるよな？たまに苦情入れたりしてる。

**デフォルトの名無しさん** · 2017/05/16(火) 19:43:06.91

何言ってんだこいつ

**デフォルトの名無しさん** · 2017/05/16(火) 20:56:07.63

だってそうだろ?
brewやyumだったら再帰的に依存解決してくれるからそんなことは起こらない。
それが GitHubから落としてくると、
インストしたライブラリ上で「xxがない」なんて言われても知らんがなって
なるやん。
ホストしている側で依存性解決してないのに公開するのがおかしいだろ。
つまりGitHub側の管理不足ってことだ。

**デフォルトの名無しさん** · 2017/05/16(火) 21:11:29.39

エスパーはまだ来ないのか

**デフォルトの名無しさん** · 2017/05/16(火) 21:18:06.76

GitHubにサンプルコードとかあげてる俺怒られそう

**デフォルトの名無しさん** · 2017/05/16(火) 22:08:30.95

ID:4HNZbqA9
この人統合失調症か

**デフォルトの名無しさん** · 2017/05/16(火) 22:42:36.11

>>735
マジレスしてやろう。GitHubはbrewやyumのリポジトリとは性質が違うから、GitHubの管理不足ではない。個々のリポジトリの依存関係を管理する設計になってないし、ユーザーもそれを望んでいない。
自分でライブラリ作ってGitHubにpushすること考えればわかるだろ。

**デフォルトの名無しさん** · 2017/05/17(水) 15:19:23.00

やるならpypiだな

**デフォルトの名無しさん** · 2017/06/05(月) 01:28:31.75

Issueで、お前らのせいで二日潰れたとか喚いている人がいて地獄って感じだ

**デフォルトの名無しさん** · 2017/06/05(月) 22:42:29.90

バグあるソフトを世に公開するなというメッセージですね

**デフォルトの名無しさん** · 2017/06/06(火) 10:10:21.97

OSSのソースコードは、作者の環境で作ったものだから、
作者と異なる環境では、動かない

作者と同じ環境・依存ライブラリを使うべき。
環境が異なる場合は、ソースコードを修正して使う

自分の環境を中心に考えるのではなく、
作者の環境つまり、そのソースコードが動いていた環境を中心に考える

**デフォルトの名無しさん** · 2017/06/06(火) 12:30:03.78

Unix系のOSSならconfigureで作者環境依存どころかOSの違いまで吸収してビルド通るのが普通だよ
linuxだろうがbsdだろうがね

**デフォルトの名無しさん** · 2017/06/06(火) 12:52:34.83

Go言語なんかは全部静的リンクにする方針だな

**デフォルトの名無しさん** · 2017/06/06(火) 22:00:07.67

>>744
寝言は寝て言え

**デフォルトの名無しさん** · 2017/06/07(水) 10:26:31.51

ZZZzzz...

**デフォルトの名無しさん** · 2017/06/26(月) 20:43:56.85

GitHubの学生向けパックにある期間が限定されてる特典は一度受け取ったらそのカウントでは二度と受け取れない？

**デフォルトの名無しさん** · 2017/07/08(土) 00:46:51.09

常識で考えろ

**デフォルトの名無しさん** · 2017/08/16(水) 20:12:39.24

たまにREADMEだけ書いてあってまともに動くコードがないリポジトリでstarが何個も付いてる奴があるけどあれってなんなん？

**デフォルトの名無しさん** · 2017/08/16(水) 20:47:08.52

どっかのフォーラムにリンク貼ってあるんだろう

**デフォルトの名無しさん** · 2017/08/22(火) 19:09:35.26

>>750
友人や同僚がスター付けてるとかじゃ？
Twitterのいいねみたいに

**デフォルトの名無しさん** · 2017/08/23(水) 18:27:47.09

垢消滅防止とかかな

**デフォルトの名無しさん** · 2017/08/23(水) 18:51:40.66

>>750
「まともに」とは

**デフォルトの名無しさん** · 2017/08/23(水) 18:55:45.85

>>754
例えば、新規プロジェクトを作成して依存ライブラリを記述してほったらかしとか

**デフォルトの名無しさん** · 2017/08/24(木) 01:07:58.94

リポジトリ主「READMEに書いてあるようなの作りたいんだ」
その友人たち「応援してる！STARポチっ！」
SNS感覚なのでは

**デフォルトの名無しさん** · 2017/08/24(木) 18:05:39.19

うまそうなおやつにツバつける感覚

**デフォルトの名無しさん** · 2017/08/25(金) 13:30:10.71

GitHub が落ちてるわけじゃ無いけど、繋がらない

**デフォルトの名無しさん** · 2017/08/25(金) 18:57:16.63

特に何にもなさそうだな

GitHub System Status
https://status.github.com/messages

GitHub Status(@githubstatus)さん | Twitter
https://twitter.com/githubstatus?lang=ja

**デフォルトの名無しさん** · 2017/08/25(金) 20:28:39.03

そりゃ例の接続障害のせいであって、GitHub が悪いわけじゃ無いから。

**デフォルトの名無しさん** · 2017/08/25(金) 23:06:54.30

これか

大規模な接続障害？　多数のWebサービスがつながりにくい状態に - ITmedia NEWS
http://www.itmedia.co.jp/news/articles/1708/25/news077.html

**デフォルトの名無しさん** · 2017/08/26(土) 23:24:09.99

「グーグルは２６日、原因がグーグルにあったと認め、謝罪する声明を発表した（中略）
誤設定は８分以内に修正したとしている。
ただ、いったん通信障害が起きた企業のホームページなどを復旧するには数時間単位の時間がかかり、
大規模な通信障害に至った」

米グーグル、大規模ネット障害の原因認め謝罪　「誤設定により障害…おわびする」 - 産経ニュース
http://www.sankei.com/economy/news/170826/ecn1708260024-n1.html
2017.8.26 21:01

**デフォルトの名無しさん** · 2017/08/27(日) 12:31:21.03

どこかのノードが死んでも耐えるインターネット
核攻撃にも堅牢なインターネット

**デフォルトの名無しさん** · 2017/08/27(日) 12:59:53.28

単一のノードが死んだのではなくノード間を接続するための情報にGoogleがやばいの流しちゃったから大量に死んだのが今回のやつなんだが

**デフォルトの名無しさん** · 2017/08/27(日) 14:41:22.10

そこは否定していない

**デフォルトの名無しさん** · 2017/08/27(日) 14:50:07.10

掃除のおじさんが足引っ掛けてコンセント抜いちゃったんじゃないのか

**デフォルトの名無しさん** · 2017/08/27(日) 15:02:49.40

掃除のおじさんがキーボードに足を引っ掛けて誤った経路情報を配信した

**デフォルトの名無しさん** · 2017/08/27(日) 15:28:34.62

>>766
ひろゆきだろ

**デフォルトの名無しさん** · 2017/09/10(日) 15:49:57.11

GitLab v9.4.5使ってるけどv9.4.0あたりからRedmine統合(GitLabのIssuesからRedmineに飛べる)が効かなくなったんだけど誰か何か知らない？
一旦integration解除して再度integrateしてもﾀﾞﾒﾎﾟ

**デフォルトの名無しさん** · 2017/09/10(日) 15:51:13.89

v9.5.4でv9.5.0あたりからだった

**デフォルトの名無しさん** · 2017/09/11(月) 01:58:48.63

>>770
https://gitlab.com/gitlab-org/gitlab-ee/issues/3229

**デフォルトの名無しさん** · 2017/09/11(月) 09:44:43.73

>>771
ありがとう, 成程issueにあったのか
しかしこの辺りかなり迷走してるっぽいなー

external issue trackerとgitlab issue trackerが両方ONに出来るといいんだろうけどなー

**デフォルトの名無しさん** · 2017/09/23(土) 20:01:12.49

GitHub Desktop, UI 大分変わったな……

**デフォルトの名無しさん** · 2017/09/24(日) 22:07:28.37

BitbucktがUI変わって使いづらい

**デフォルトの名無しさん** · 2017/09/26(火) 18:21:11.63

gitlab runnerって自前の鯖必要なん？

**デフォルトの名無しさん** · 2017/09/26(火) 19:08:07.81

GitLab.comのホスティングサービスならshared runnersというのを制限ありで使えるらしい

GitLab.com | GitLab
https://about.gitlab.com/gitlab-com/

> What are pipeline minutes? 
> Pipeline minutes are the execution time for your pipelines on our shared runners. Execution on your own runners will not increase your pipeline minutes count and is unlimited.

> Does the minute limit apply to all runners? 
> No. We will only restrict your minutes for our shared runners. If you have a specific runner setup for your projects, there is no limit to your build time on GitLab.com.

**デフォルトの名無しさん** · 2017/10/05(木) 14:40:10.40

リポジトリ毎にissueで管理すると何から手を付けたらいいのか迷うからタスク管理サービスも使ってるんだけど
今流行りのtrelloとか横にスクロールするタイプのタスク管理は使いにくすぎる

**デフォルトの名無しさん** · 2017/10/05(木) 20:06:53.72

＋1

**デフォルトの名無しさん** · 2017/11/11(土) 18:37:39.63

英語でissueるの本当にストレス貯まる疲れる(>_<)

**デフォルトの名無しさん** · 2017/11/11(土) 18:57:18.11

自動翻訳にぶっこんでコピペでいいじゃねえか

**デフォルトの名無しさん** · 2017/11/11(土) 19:11:18.12

英語でissueに問合せされて面倒くさくなって放置

**デフォルトの名無しさん** · 2017/11/13(月) 19:50:46.46

大異臭

**デフォルトの名無しさん** · 2017/11/14(火) 19:54:40.39

issueを放置して腐り始めて異臭を放つようになる？

**デフォルトの名無しさん** · 2017/11/19(日) 14:55:36.71

github以外のホスティング息してる？

**デフォルトの名無しさん** · 2017/11/19(日) 15:22:09.94

gitlabとか

**デフォルトの名無しさん** · 2017/11/19(日) 19:59:11.83

GitBucket使ってる

**デフォルトの名無しさん** · 2017/11/19(日) 22:31:17.25

>>786
あれ最高だよな
社内と自宅で立てて使ってる
Gitlabはゴミクズ

**デフォルトの名無しさん** · 2017/12/10(日) 01:21:25.87

VSTSのUIがわかりづらい…

**デフォルトの名無しさん** · 2017/12/19(火) 22:49:31.06

>>787
GitLabなんで低評価なんだろう?

**デフォルトの名無しさん** · 2017/12/19(火) 23:07:59.51

両方使ってるけど機能的にはやっぱりGitLabの方が良いと思うなぁ。

**デフォルトの名無しさん** · 2017/12/19(火) 23:46:08.54

>>790
そらかけてるリソースが違うからな
GitBucketのお手軽さはそれだけで選ぶ理由になるが

**デフォルトの名無しさん** · 2017/12/30(土) 22:41:34.21

社内での仕様書やメモ書き、課題管理表などのメンバー間の伝達経路として
Gitサーバじゃないファイルサーバ経由でドキュメントなどの
場所をチャットで指示してくる人と(そこにローカルで書いたメモ書き
などをおいておく)
几帳面にgit://パスで貼ってくる人いるけどどちらが正しいの?

**デフォルトの名無しさん** · 2017/12/31(日) 00:38:23.04

GitLabは２つあるから文句言ってる奴がどっちの話してんのか分からんな

**デフォルトの名無しさん** · 2017/12/31(日) 11:49:51.35

dropbox使えって言われてむかついた

**デフォルトの名無しさん** · 2018/01/03(水) 09:54:01.75

GitHub や GitBucket のコラボレーターという概念がいまいち理解できません。

グループを作り、そのグループがオーナーとなるリポジトリを作ったとします。
新たな開発者にこのリポジトリへのアクセス権を与えたい場合、
その開発者と紐付けられたユーザーをグループに追加するのと、
コラボレーターとして追加するのとでは何が違うのでしょうか？

ちなみに、私が使っているのは GitBucket ですが、
コラボレーターの概念は GitHub のものと同じですよね？

**デフォルトの名無しさん** · 2018/01/03(水) 11:03:25.24

>>795
グループに追加すると、そのグループ配下にあるリポジトリ全てに対する権限が付与される
コラボレーターはそのリポジトリだけ

**デフォルトの名無しさん** · 2018/01/03(水) 13:05:57.06

>>796
つまりアクセスできる範囲が違うだけですか？
コラボレーターだからこそできる事は特に無いと？

**デフォルトの名無しさん** · 2018/02/12(月) 17:43:16.53

githubのprivateリポジトリってどのくらいプライバシーが尊重されるのかね
社員に見られたりするのかな。

**デフォルトの名無しさん** · 2018/02/12(月) 18:33:02.71

規約読め

**デフォルトの名無しさん** · 2018/02/20(火) 21:30:23.68

GitHub社員「お前のクソコードなんて目が腐るから見ねーよ」

**デフォルトの名無しさん** · 2018/03/10(土) 16:28:41.16

すまんが、Githubのブランチ内でのファイルのコピーってブラウザからやるにはどうやんの？

**デフォルトの名無しさん** · 2018/03/10(土) 16:37:38.56

そのファイルを開いたら右上にRawというボタンがないか
それを右クリックから保存すれば良い

**デフォルトの名無しさん** · 2018/04/17(火) 05:07:17.46

GitHubでFork元のリポジトリが削除された場合、Fork先のリポジトリはどうなりますか？

**デフォルトの名無しさん** · 2018/04/17(火) 06:26:36.93

>>803
どうもならない

**デフォルトの名無しさん** · 2018/04/17(火) 10:40:18.45

forkは生きる
そのためのfork

**803** · 2018/04/17(火) 12:10:47.40

回答ありがとうございます
使ってたソースがアカウントごと消えたのか404になっちゃって
googleのキャッシュで見たら40個ほどForkされてるから探してるんだけど見つからない…
そのまま残るなら絶対あるはずだよね
もうちょっと頑張って探してみるわ