ソースコード ホスティング総合【GitHub,GitLab,Bitbucket等】
レス数が1000を超えています。これ以上書き込みはできません。
小物の公開にとgist.github.com使い始めて何度もやり直したりいじってたら、フラグが立って非公開になってしまったw
連絡してフラグ落としてもらって今日またいじってたらまたフラグが立ってしまった
悲しい Today(!) we’re thrilled to announce unlimited free private repos for all GitHub users, and a new simplified Enterprise offering: https://blog.github.com/2019-01-07-new-year-new-github/ MSが買収してよかったなー
プライベートリポジトリの作成が無料だなんて
もうbitbucketいらないじゃないですか 公開したくないもののために課金していたけど
無料アカウントに戻すかな 前スレで俺が書いたこと
MS買収でまず最初にやるのは個人プランの値下げ or 無料化かな?
多くの個人ユーザーに対してメリットを与えながら、
GitLabに対抗する手段にもなる
Businessプランは値上げを行うがOfficeも使えるようにすることで
事実上お値段据え置き状態にする
Enterpriseは徐々に廃止に向かうだろう
機能面ではGVFSを組み込んでくるだろうな
そしてgithubが作ったLFS(Large File Storage)を吸収するだろう
それをgitへの修正の口実としてgitを大規模開発に使えるように改良し
最終的にはgit開発の方向性を握るようになるだろう
またMSの買収の目的の一つは自社のプライベートなソースコードを
外部に流出させない所もあるのだろう
開発者にも恩恵を与えることで良い関係を保ちながら
MSにとって都合の良い世界に変えていく。
オープンソースの正しい儲け方を実践してるから今のMSは怖い。 バックアップ目的の最悪利用のため
gitlab,bitbucket,githubのそれぞれのプライベートリポジトリに同じものプッシュしてるは セキュリティ、情報保護を理由にホスティングサービスを拒否する上司、経営陣を説得するにはどうすればいいでしょうか >>67
会社資産ならセキュリティ云々は分からなくもないが
セルフホスティングにかかるコストで説得? GitHubって何か分かりやすく教えてくれる動画ない? サイトを適当にクロールする方が手っ取り早いのでは? createにアカウント必要なのは判るけど
アカウント知るのはgithub側の都合だから
createしたあとアカウント公開しないで見せるとか出来ないのかな GitHub、最大3人の共同編集者で使える無料のプライベートリポジトリを発表
https://www.infoq.com/jp/news/2019/01/github-free-private-repositories
GitHub Freeを導入する判断基準と目的は何か?
開発者のニーズに合わせて成長し拡大していくことを確実にしたいです。
それと共に開発者がさまざまな企業に対して、キャリアを乗り越え、新しいテクノロジを学んでいくのです。
今日の発表はGitHubの将来への大きな投資であり、私たちが共に作り上げているコミュニティを強化します。
たとえば、小規模なスタートアップはGitHub Freeを使用できるか?
非公開にしたいプロジェクトに取り組んでいる場合は、そうできるようにしたいです。
そして多くの場合、開発者は友人や同僚と一緒にプロジェクトで共同作業をしているので、
私たちは彼らがどこにいようと、自分たちのプロジェクトに対して
コラボレーションを続けられるようにしたいです。
彼らのプロジェクトが成長したら、彼らと共にGitHubにも拡大してもらいたいです。 個人のhello world的なコードとか練習問題解いたコードとかそういうゴミコードは検索の邪魔だから非公開にしろ個人どもがてメッセージでしょ 業務系でGitHubが利用されるようになるのは20年後ぐらいかな >>80
金かかるからしょうがなくパブリックにしていたというのに。
最初からプライベート制限するなよな… GitHubを買収したMicrosoftとの方針の違いでしょ?
Visual Studio とかもそうだけどMicrosoftは
大企業をターゲットにしていて個人開発者に対しては
無料か格安でサービスを提供してる しょうもない質問で恐縮です。
Typoraを使っていますが、コードブロックを折りたたんだときに改行を表示するのはどうすればいいのですか?
<details>
<summary>折りたたみ部分のタイトル</summary>
<pre>
<code>
折りたたまれる詳細情報部分
折りたたまれる詳細情報部分
折りたたまれる詳細情報部分
</code>
</pre>
</details>
のどこかに空行を入れたいのですが、コードブロックが終了してしまい出来ません。
宜しくお願いします。 <br/>を入れたらうまくいきました。ありがとうございました。 何となくbitbucketって無料でプライベート使えないと思っていたんだけど
使えるんだね オンプレのgitlabバージョンアップデートうまくいかない問題
ホスティングサービスへの誘い forkしてbranch作って修正したけど、仕様が変わるからそれ使ってる人にも影響がでる
こういう場合でもpull request送ってもいいものなんですか?
それと却下されたらフォークした自分のリポジトリのマスターを
その修正したやつにしてそれそれ使い続けても問題ないんでしょうか? >>93
まずissueでディスカッションしてからにしろよ
いきなりPR送んな なるほど面倒くさそう。リクエストしてボタン一つで却下みたいなシステムかと思った
一から作るのも面倒だし、issueってのを投げてみます。ありがとう教えてくれて Gitlabでコミット自体は成功してるのに、メール通知で「Your pipeline has failed.
」って出るんだけど、原因は何かわかる人います?
気にしなきゃいいっていう話もあるけど、なんか気持ち悪いっす。 webページ造るのに失敗してるか
メモリ制限オーバーしたか
放っておくと勝手に治ってるパターンと
放置であとで問題に気付くケースがある >>96
たしかgitlabはCI設定しないとデフォでauto devopsとかいう機能が走るように変わった
プロジェクト構成がauto devopsに沿ってないとエラーメールが来るんじゃないかな? GitHubでどう考えても自分しか使ってないようなリポジトリがたまにcloneされてるみたいだけどクローラーでもいるのかね
パスワードをうっかり書いてないか収集するとかそんな感じの cloneなんてしなくてもパスワード書いてあったらばれるで >>100
まあパスワードとか書いてるわけじゃないからいいんだけどさ
README.mdにテストとしか書いてないようなリポジトリも定期的にcloneされてるみたいだけど何なんだろ 今日までGitHubでclone数を取得できることを知らなかったよ!
ありがとう! >>102
ちなみにReleaseのダウンロード数も調べればわかる GitHub プルリク
GitLab マジリク
Bitbucet ???? GitHub プルリク
GitLab マジリク
Bitbucet リルラルラー githubだけどnetworkなくなっちゃったな
そんなに使われてない機能だったのか >>108
networkなくなるの困るな
あのグラフ見やすかったのに 今朝見直したら復活してた
一時的に調整してただけみたい
ちょっと軽くなったかも 借りたアイコン素材などを一緒にGit-Hubにアップロードすることって一般的なんでしょうか?
ライセンス確認するかぎりアイコンはクリエイティブコモンズでJavaScriptはMITライセンスとかなんでNOTICEに記載しとけばいいのかなとは思ってますが githubでリポジトリを個人リポジトリからorganizationに移行したとき
個人リポジトリを参照してる人ってどうなるんでしょうか?
issueやprは引き継がれるとして、forkしてる人とかgit cloneしてる人とか >>90
唯一のメリットだったな。
Bitbucketは、Webインターフェースのもっさりをなんとかしろ。 GitHubでせっかくリポジトリ作ったのに
まだ誰も来ないや。ま、2日くらいしか経ってないけどさ。 GitHubって何てよむ?
ジーアイテーエイチユービー?ジットハブ? 最近Gitea使い始めたんだけど、軽くていいな
Windowsで動くし、何よりインストールや管理が楽
でもissueとプルリクが連携しないのがなぁ、、、
ここだけはGitlabの方が良かった 今日も誰も来ない。
でもアップデートしちゃった
ウフ(ハート) GitHubもプログラミングも初心者なんですけど、pythonのライブラリに対してプルリクエストを投げました。
プルリクエストが承認されてマージされたっていう表示が出たんですが、実際にその更新されたデータを使えるようになるのっていつどうなったら使える感じなんでしょうか?
ライブラリの新しいバージョンが出るまで待った後にpipでアップデートする感じなんでしょうか? githubならマージされたcommitが判るだろうから
それを自分でまたpullなりすれば良いのでは >>127
>>128
ありがとうございます
できました trafficのclonesってgit cloneした数なんですか?
なんかgoogleがやって来て持って行っているような コミットするたびにcloneされるけどなんでだろな
やっぱbotかなんかいるのでは
一応言っとくけどAppVeyorなんかと連携してるわけではない >>131
そんなのPC乗っ取られて誰かに操作されてるからに決まってんじゃん gitのhookスクリプトで感染するウィルスってあるのか githubの機能で、無関係の第三者でもコミット通知を受けとることはできるわけで
gitのhookを使ったりPCに侵入したりする必要は全くない CodeCommitのウェブ画面でmergeしたら
ファイル壊れたw
それもmergeしたファイルだけじゃなくて
全く触ってもいないファイルまで
こんな酷いホスティングサービス他にないだろw >>136
ちらっと検索してみるとまだffマージしかできないみたいだから、そうじゃない状態で無理やりマージしたんじゃないの?
ダイアログにもffマージしか出来ないと表示が出るみたいだぞ >>137
MS買収のおかげやな。
やると思っていたで チームで各自がアカウントを作って共有している場合、誰がいつどのプロジェクトをフェッチしたかはわかるものですか? 会社でgithub遮断されてもうた。。。
もう終わりだ 会社の没落は必至だし、これは転職だな。
消費税10%で景気が悪化するから急いだ方がいいぞ。 野良サイトに上がってたメアドのドメインブラックリストを適用したら
自社にメールが出せなくなったでござる 印象操作
【大公開】7payの開発元、「NTT DATA MSE」か ソースコードがGitHubに公開されていたことから判明
https://asahi.5ch.net/test/read.cgi/newsplus/1563928220/ GitHubがイランなどからアクセス不可に、米国の経済制裁により。CEOのフリードマン氏「望んでやっているのではない」
https://www.publickey1.jp/blog/19/githubceo.html リスク大きい原因は、技術力不足
技術不足なやつは何を使っても同じ結果になる。
わかる? MSやGoogleに比べたら、
殆どの企業が「小さい組織」だからね
会社がでかくてもIT部門としての組織は小さい。7payとか >>153
イランからアクセスできないのが技術力不足
そういう問題?? >>156
何の話してるの?リスクが大きいかどうかかの話でしょ?
お前はイランにすんでるの?
それとも国にLinux使用禁止って言われたどうしよう的な心配をしてるの? >>157
話の流れからしてお前の言うリスクとはイランのこと受け取るのが当然だろ gitlabは、機能はいいんだが重いのと環境構築がめんどくてなぁ
gitea使ったらもう戻れなくなってしまった git、パイプライン、イメージレジストリが統合されてて楽なのでgitlab一択
gitlab以外の選択肢は個々の管理が楽でも組み合わせると面倒 gitlabは昔はともかくOmnibus以降は全然楽だよな githubでクリティカルな問題のIssue立てても
数日間反応がないのは寂しいなw
他の人も同じ感じだから単にレスポンスが悪いだけだが PR書けるんだったら書いたほうが時間の節約になるよ issueですら相手にされないところにいきなりpr送りつけられる心臓が欲しい >>172
> PR書けるんだったら書いたほうが時間の節約になるよ
修正が簡単だったらそうしてる。
仕事以外で他人のプロジェクトにissueたてるのは初めてだと思うw
今回は
1. 既存のコードにミスがある
2. ミスによりバグが隠蔽されてしまっていて、バグがあることに誰も気づかずに開発が進んでいる(数年レベル)
3. ミスをとりあえずの方法で修正したら、複数のバグが露呈した。
4. ミスを修正するにしても、どこまで対応するかで修正の量が違う
既存のコードの量を1だとすると、5倍〜10倍かそれ以上の量になる可能性がある。
プロジェクトの方針を聞かないとどこまでやるか判断できない。
5. またバグは別に修正しなければならない。修正方法はコード見てないので不明。それぞれ対応方法は違うと思われる。 > 仕事以外で他人のプロジェクトにissueたてるのは初めてだと思うw
PRは何度もしてるってことねw >>174
OSSだったら全部修正して出したら勝手にコメントの一つや2つつくはず
で、マージするときにだめな部分は戻すコミットをすると思う >>176
あー、実はそんなに修正したいとは思ってないw
検証中に見つけたバグで、直らない直らないで候補からはずれるというだけだから
別のソフトとの比較してて、バグがない前提で比較したとしても別のソフトのほうがいいなって思ってる。
その上で、このバグあるんじゃ比較以前の問題じゃん。直れば比較対象になるんだけど・・・という話なので
1週間ぐらいたつか、他のissueやらprにコメントが付いて
絶対自分のissue見てるはずなのにって思ったら
何らかのアクションをするかもしれん。 >>174
そういうバグなら0day攻撃してみたら? >>179
いやw バグだけど脆弱性じゃないからw GitLabのプライベートなプロジェクトにてリリースを作成したいため、
Projects API(https://docs.gitlab.com/ee/api/projects.html#upload-a-file)でプロジェクトにファイルをアップロード(POST /projects/:id/uploads)したいのですが、
容量の大きいファイルをアップロードするとタイムアウトして502が返ってきてしまいます。
1GB以下のファイルはアップロードに成功したのですが、2GBのファイルは失敗してしまいました。
どなたか解決方法や代替策をご存じの方が居ましたら教えて頂きたいです。 1GBのファイルとか使い方が間違ってる
ソースコード管理システムにソースコードじゃないものを入れるな
入れても小さい画像とかだけだ 色々と調べてみたのですが、解決方法や代替案は見つかりませんでした。
面倒ではありますが、一つのファイルではなく複数のファイルの分割圧縮を行った後にアップロードして対応したいと思います。
お騒がせいたしました。 ローカルのプロジェクトをgithubにアップしたいんだけど
普通githubのリポジトリをチェックアウトすると
作業ディレクトリとローカルリポジトリが作られると思う
https://style.potepan.com/articles/8753.html#GitHub_Desktop-4
この手順をやると同様に指定したフォルダを作業ディレクトリにしつつ
どこかにローカルリポジトリが作られるという事?
あるいは指定したフォルダが直接ローカルリポジトリになってしまう? クローンで指定した場所にワーキングフォルダができてその中に.gitができる ローカルリポジトリは実体としては.gitフォルダなのか? わかった
ローカルリポジトリはgitフォルダ、作業フォルダ、ステージングエリアを含むんだな リポジトリ作成しようとすると全ファイルがobjectsに入るみたいだが
最初からgitignoreを設定しておけないのか >>193
1. お前は初心者である
2. 自覚しろ
3. git入門書でもよめ >>193
実際に試してみればわかると思うが git init でリポジトリ作成した状態では objects は info と pack ディレクトリがあるだけで空っぽ
作業ディレクトリにあるファイルは add 可能(Untracked files)になっているが、作業ディレクトリに .gitignore ファイルを用意すれば add 可能も無効化できる git initじゃなくてgithubデスクトップのリポジトリ作成
やってみたら最初からgitignore作って置いたら反映された そのgithubデスクトップのリポジトリ作成はgit initだって話じゃないの? 馬鹿「gitignoreを作ればそのディレクトリは無視されるんですよ」 >>197
違うと思う。git initを含む一連の処理をしている
>>198
何を言ってるんだ? >>193は正しくて、githubデスクトップで「リポジトリ作成」をすると
いきなり全ファイルがobjectsに入る。
リポジトリ作成≠git init >>188にある通り俺は最初からgithubデスクトップのリポジトリ作成について話してる
git initではない。
俺が出した情報は全て正しい。 >>188にある通り俺は最初からgithubデスクトップのリポジトリ作成について話してる
git initではない。
俺が出した情報は全て正しい。 なぜ馬鹿は入門書読むなり適当なサイトで勉強するなりしないで
いきなり5chで暴れるのか レスの方が間違った事言ってるのに知的障碍者呼ばわりはないだろ
あと「5chで暴れてる」という表現も非中立的だ
お前たちは今その発言で議題に全く関係ない誹謗中傷に走ったんだぞ 1つ聞いてみたいんだが
>>198は、俺がgitignoreについて何か勘違いをしているという妄想をして、
その妄想に対して誹謗中傷を展開したという事か? 「githubデスクトップの新規リポジトリ作成の話をgit initと勘違いして間違ったことを言った人達が居た」
これが事実
それに対する正しい反論をしたら知的障碍者呼ばわり。
とにかくこのコミュニティはダメだ。
お前らはなぜそれで疑問を持たないんだ 入門書読むなり適当なサイトで勉強するなりしない
↑
これには反応しないの? >>208
俺がそういったことを「しない」って思ってるのは何を根拠に言ってるの? それどころか>>192でそういったことを「している」証拠があるじゃないか。
俺はただローカルリポジトリの実体が.gitフォルダであることを知らなかっただけで、
それをそのような学習を一切していないことの証拠とするのはおかしい。 おまえ192でID変わってるから
192以降が188の続きの話なんて前提で対応して貰えるとか思うなよ
それがすべての間違い
おまえがすべて悪い そもそも >>188 のページのとおりにやったのなら Create a New Repository のダイアログの中に Git ignore の選択が有るのに気がつけないのは相当頭悪い
自分の頭の悪さを自覚すべき
自覚出来てないお前がすべて悪い >>211
このIDと以前のIDを同一人物とみなさなくても
どの立場に問題があるかという主旨に影響しない
>>212
そのgitignoreはテンプレートを選択するだけで、自前のを指定できるわけじゃない・・・ どうも「自分が間違えた時に相手をバカにする」という思考回路が
日本社会でずいぶん広まっているみたいだな。
色んな所で見る 既にファイルが存在してるフォルダをリポジトリ名に指定してファイルがコミットされちゃった;;とか泣いてるところあたりからオカシイ
正規の手順は存在しないフォルダをリポジトリ名に指定してリポジトリのフォルダを新規作成するんだよ
そのあと、作成されたフォルダに、ファイルをコピーしたり .gitignore を作成してコミットする
https://help.github.com/ja/desktop/getting-started-with-github-desktop/creating-your-first-repository-using-github-desktop sageずに連レスしてたらそりゃ「暴れてる」と言われても仕方ないわな Github Actionsが最高すぎてうれションしちゃう GitLab Pagesは公開範囲を設定できるようになりデフォルトの公開範囲はプロジェクトメンバーのみ bitbucketのパイプラインに記載してあるスクリプトを外部からキックする方法ってある? git初挑戦の初心者です
MacのSourceTreeをインストールしてローカルリポジトリの作成、リモートリポジトリのクローンは成功しましたが、リモートリポジトリの作成で少なくともread:org scopeがいるよ!なエラーがでてしまいます
SourceTreeからのリモートリポジトリ作成はorganizationがないと使えないのでしょうか? github 上の色々なリポジトリのソースコード閲覧したいのだけど
iPhoneのアプリとかってあんの?
検索したら、プルリク確認とかはあるけどさ、、、 >>226
横にスクロールせなあかんやん?
スマホ用でもreadme は画像あると
画像に合わせて文字が米粒になるし、、、
趣味プログラマやから
携帯でダラダラみたいんです、、、
そもそもそんな需要がないのかしら?🤔 いずれにせよソースコード表示させるには画面狭すぎる GitHubのPull requestでブランチ名の右に<アカウント名>:<ブランチ名>をコピーするためのボタンあるよね。あれって何のため?アカウント名とブランチ名をコロンで連結した文字列を取得して何か嬉しいことあるっけ? GitHub Universe 2019: GitHub for mobile, GitHub Archive Programなどの新機能を発表
https://github.blog/jp/2019-11-14-universe-day-one/
GitHub for mobileで、どこにいても柔軟に仕事を進め、チームと連絡を取り合うことができます。
GitHub for mobileを使うことで設計に関するディスカッションについてフィードバックを共有する、数行のコードをレビューするなど、複雑な開発環境を必要としない多くの作業をどこからでも簡単に実行できるようにしました。
GitHub for mobileは美しいネイティブエクスペリエンスを実現しており、開発者はどこからでもコードをレビューし、変更をマージできるようになります。
GitHub for mobileは、ネイティブアプリケーションとしてあらゆる画面サイズに自動的に適応し、デバイスの設定に応じてダークモードにも対応します。 ようやっとGitHubの機能がGitLabに追いついてきたか?
パイプライン導入までずいぶんかかったね >>234
マイクロソフトによる買収のおかげかな
VSTSにパイプラインあるもんね OSDNて全然話題に上がらんけど使ってる人おらんのけ? ERROR: Repository not found.
fatal: Could not read from remote repository.
云々のエラーでてsshも設定、公開鍵も設定して
sshで接続確認したらsuccessfully出たんでイケたかと思ったらまた同じエラーがでる
考えられるのは、プロジェクト作成直後だから?
24時間経たないとだめとかそんな制約あったっけ 自己解決
repository作ってたと思ったらprojectを作ってただけだった
同名のrepository作ったらpushできた Your account has been flagged.くらってsupport.github.comの一番下のContact usから英文送ったけど
音沙汰無し
おそらく別のipからログインしたのが原因だと思うが腫れ物に触るようなログインしなきゃいけないのか 一年くらい前からログインした後確認番号のメール送ってくるようになったけど
あのメールを別の端末で読んでてそのままそっちの方でブラウザ開いて番号入れて
って流れになることも多いよな
途中からIP変わるとハイジャック観たいに扱われるのは困る 会社・自宅・ときどき出先って感じの3箇所くらいの別IPなら普通にやってるけどな。
別の理由じゃね? proxyとvpn通してログインできるかどうか試したときに
今までの通常環境でログアウトした直後にvpn環境で即ログイン(2往復くらい)
その直後に薄赤色のbarが出てきてフラグ立ったから
ほぼ間違いなくそれが原因だと思う
ただ運営からは一切返信ないからわからん
永久BANかどうかくらいは教えて欲しいものだが publicで使ってるなら別アカウント造ってforkしまくるしかないかな 無料アカウントは1人1つまでです。それ以上はBAN >>247
建前は >>246 の言う通りでBANされた人もかつて存在したようだから事実では? よほど目に余る行為をしてなければお目こぼしされてると思うけど。
家庭用と仕事用でアカウント分けてる人はいっぱいいるよね。
俺は一つだけどw アカウント1つだと会社バレしたくない人は困るじゃん。 無料アカウントは1つまでだが、課金アカウントには制限がないって話でしょが おまいらセンター受験日だから置換やり放題だって馬鹿ツイートしてる香具師らと一緒だな GitHub Actions使ってる人いる?
複数のOSに対応する都合上、複数のCIサービスと連携してるんだけど
全てのCIが成功した後に処理を実行することってできる? githubでフォークしたレポジトリが更新されたときに、
ブラウザ操作で自分のレポジトリに更新を同期する方法有る? forkしただけのものなら
削除して再forkならブラウザで可能 初歩的質問で悪いんだけど
githubで最新のgitをダウンロードしたい場合ってどこにあるの?
アカウントないとDLできないの? >>260
嘘はイカン
>>259
そういう知識レベルなら
ttps://tortoisegit.org/
がいいと思う。
一般には
ttps://git-scm.com/downloads >>259
[clone or download] - [download zip]ならアカウントなしで取得できるよ マジレスすると >>262 でも良いけど
どっちかというと本来の使い方で言えば
まず >>261 のところから自分の OS 用の git をダウンロード
それから自分のリポジトリ造りたいディレクトリ上で
git clone https://hogehoge.github.com/fugfuga.git >>262
できたさんくす
というかパッケージを管理するアカウントが別れてて
正式版とベータテストでわかれてた コーディングのド素人で今まで一度もこういうものに触れた事のないのだけれども
とあるゲームのMODの翻訳の編集のためにGitHubに参加させてもらってる状況です
もちろんGitHubの使い方なんてほとんどさっぱりで、ギリギリなんとか
リポリトジ、プッシュ、コミット、プルリクエスト、マージ、という流れで複数人が編集を共有しているのだというのはなんとなく把握できたレベル
で質問したいのですが
相手方のファイルが久々に更新されたので早速ファイルを翻訳しリポリトジを更新していざプルリクエストを送ってみた所
自分が触っていないファイルもそのコミットにひとまとめに更新された事になってしまい、リクエストの更新個所も膨大な数になってしまいました
こういう場合、相手(マスター?)にはどう映っているんでしょう?
やっぱりそのフォルダに入ってた一切合切もプルリクエストに含まれてしまってるんだろうか
それとも、中身が同一なファイルは自動的に除外されたりはしないんでしょうか。それだったら助かるのだけど… あ、訂正
プルリクエストはまだ送ってない。送ろうとした直前の確認画面までで止めました
例えばもう一回クローンやり直しとかすれば、相手側のブランチ?を汚したりせずに済むとかそんな事あります? ちなみに、両者のファイルの(翻訳した箇所以外の)内容はどれも同一である事は比較ソフトで確認しました ホントにまったく変更されてないのであれば更新箇所として表示されないので
実際には
・改行コードが変わった
・文字コードが変わった
・空白が増えたor減った
といった違いがあるはず。
こういうのがあるとそのままマージできないし
該当ファイルの変更作業をしている別の人の邪魔になるしで
嫌がられる。
pullreqを実際に出す前に原因調べて直すべき
調べても分かんないなら自分のリポジトリのURLをここに張ればたぶんすぐ判明するぞ ・改行コードが変わった
・文字コードが変わった
・空白が増えたor減った
どれもぶん殴られるパターン >更新箇所として表示されないので
ですよね。
自分も以前までは自分トコに上書きしても、自分が弄った部分だけがコミット?に上がってたので
今回も気にせずその今まで通りやったつもりだったんスよ。で今回はいつもと違って
突然ぶわっとすごい数の一覧が挙がったので、さすがにド素人の自分でもおかしいとは気づきました
なのでクローンを落としてそれと自分のとを比較ソフトで相違を確認したりもしました
自分が触ったトコ以外は寸分違わぬ状態だったのを確認しとります
例えば、自分がリクエスト上げたタイミングがまさにあっち側が作業中だった。って事も有り得ますよね?
ちょっとまだブランチの仕組みが今一把握できていない…ぱられるわーるど的な?w あと、アレです
日本語翻訳以外にも、ロシア語だの中国語だのイタリーだのドイツ語だの、複数の言語が飛び交ってるんですよ
色んな方から翻訳文のプルリクエストが飛んでるみたい。自分はその隙間を縫ってコソっと送るカンジでやってるんですけど 「比較ソフトで比較」ってのがまずダメでは?
その手のソフトが余計なお節介で改行コードとか文字コードとか空白の違いを無視してるのかもしれん。
git diff
で比較すべき >>272
「Win Merge」ってヤツなんだけど、どうでしょう
https://winmerge.org/?lang=ja
といっても、基本的にコードを弄ったりしてるのではなく、ただテキストを加筆してるだけなので多分大丈夫だとは…
とやきもきしてたら勢い余ってプルリクエスト送信してしまいました…(テヘペロ)
どうも即座に反映してくれたみたいなので、大丈夫だったっぽい?
Github上での一覧のコメント見るに、自分が弄ったファイルだけが反映されてる様なので結果的に良かった
いや、素人がこういうのに手出しちゃダメっすね… むしろwinmergeが悪さして破壊してるんじゃね WinMergeはそんな悪さしないけどなあ
VSで改行コード混在してるけど統一していいか?とか聞かれなかった? WinMergeは改行ズレを自動的に補正してくれる優秀な子だよ GitHubにIssueのvote機能ないかね?
いつの間にか、親指立ててあったりしても気づかんのよね。
票が多ければそれを優先対応したいんだが 一人で使うプライベートリポジトリでWiki使えるようにしてほしかった Proは無くなったわけじゃないけど一覧からは消えたのか
Freeとの差別化が難しいからかな 18 GitLab features are moving to open source
We're open sourcing rich functionality across Plan, Create, Verify, Package, Release, Configure, and Defend.
https://about.gitlab.com/blog/2020/03/30/new-features-to-core/ githubで送ったプルリクが取り込まれたんですけど、
その後に不具合がありました
この場合って新規でプルリクを作成して送ればいいんでしょうか?
それとも最初に送ったプルリクのスレッドにプルリクを送るのでしょうか? >>295
そのプロジェクトの方針に従うのが一番。いきなりプルリクエストってのはNGなとこもあるし。
プルリクエストがもうmergeされたなんなら、ひとまずissueたてて、リグレッション起こしたそのプルリクエストへのリンクを貼っとくってのが無難。 > いきなりプルリクエストってのはNGなとこもあるし。
ほんとにあるの?
アホな日本のプロジェクトならありそうだがw
プルリクは送っていい。駄目なら駄目って指摘があるやろ?
くだらないIssue立てて怒るやつはいても、プルリクを送って怒るやつはいない。
それよりかIssue管理する手間のほうが面倒
一番時間がかからないのはどれか?無駄な手続きで手間増やすよりも手間が少ない方を選べ >>295
そもそもマージされてクローズされたものに追加でプルリク送れんやろ?
さっさと新しくプルリクだせ。
コード(とテスト)に問題なければ、すぐマージして終わりやろ >>297
え…普通にあるやろ。まず方針をディスカッションしてからってのはごくごく一般的。
publicなAPIに変更がある場合なんかは特にね。リリースノートを自動作成する際にissueをもとにしてるプロジェクトもあるし。 >>297
https://github.com/dotnet/runtime/blob/master/CONTRIBUTING.md#dos-and-donts
>DON'T add API additions without filing an issue and discussing with us first. See API Review Process.
まあ不具合を把握しているのであれば、修正に取り組む前にとりあえずissueたてて共有すべきだとは思うけどね。 オープンソースなのにいきなりプルリクNGはガイジ
機能を理解できてない
いきなり何らかのリクエストされても、それをマージするまでにクッションを置いて、考慮する為の「リクエスト」なのに、それすらだダメならソース公開するのやめて身内で細々と開発すりゃいいw >>300
それのどこにいきなりプルリク禁止って書いてあるんですか?w
英語読めないなら翻訳してあげましょうか?w
>問題を提出して最初に私たちと話し合うことなくAPIの追加を追加しないでください。 APIレビュープロセスを参照してください。 >>301
issueでディスカッションしてから実装ってのは一般的だよ こっちもそうだね。現実が見えない人なのかしら。
https://github.com.cnpmjs.org/dotnet/wpf/blob/master/Documentation/contributing.md
>Please open issues for changes that affect the IL or might require additional validation, and work with the project maintainers to determine whether a PR would be appropriate. >>304
一般的とは?
10個ぐらい見つけてこれる? またdotnet(笑)
そういうものしか見つけられないんだろうね
dotnetとか普通のオープンソースとは違うやろ 教えて君か…一人でここで吠えてるといいよ
現実は変わらないけどね >>303
API追加についてはレビュー必須って書いてあるだけだぞ。
バグフィックスならいきなりpullreqでもOKだろう。
例に挙げるならバグフィックスでもissue必須なプロジェクトを挙げなくてはいかんな。 >>306
こっちもIL追加についてはレビュー必須って書いてあるだけじゃん。
バグフィックスについてはいきなりpullreqでOKなプロジェクトの例になってるな。 >>315
ソースまであげたのに読まずに批判とは恥ずかしい。
コントリビューションのフローは1がissue、プルリクは7な。issueをスキップできるのはtrivialな変更の場合で、具体例としてはtypoね。
https://github.com/dotnet/runtime/blob/master/CONTRIBUTING.md#suggested-workflow バグ見つけたんならとりあえずissue上げておかないと、修正したりテストやってる間に他の人がそのバグを踏む可能性があるからね。
まずはバグを報告させるってのはOSSに限らず別に珍しくはないと思うんだが…
長く使われているライブラリやフレームワークだと、バグであったとしてもそのバグがあることが前提で動いているコードが世の中に溢れている、なんてことはよくあるから単純に直せばいいって訳でもない。 >>316
「please file issues to make bugs "known"」ってあるけど、どこに「
バグフィックスについてはいきなりpullreqでOK」と書いてあるんですか? >>318
typoは例として挙げられてるだけで
バグフィックスだって off by one みたいな trivial な奴ならいきなり pullreq でも OK だろう。
テストコードもつけとく必要はあるだろうけどね。 >>321
ランタイムのバグ修正は本当にtrivialなものかどうか見分けるのが大変だから、フローに書いてあるとおりまずはissueが筋。
テストコード書く前にissue上げとけよ。自分一人の趣味プロジェクトなら別にいいんだけどね。 >>321
え、off by oneならIL変わるやろwww
どのリリースに含めるべきかどうかも検討しなくちゃいけないんで、まずはissueね。 バグ見つけたのに報告せず自分で抱え込んじゃうやつとか、まじで害悪やろ。こんなバグ見つけたから修正するねーってissue上げることの何が難しいんだろう。フローにもわざわざ丁寧にissue書けって明示してあるんだし。 バグ修正ならなおさらメンテ中のどのバージョンで修正するかって方針も決めなきゃいけないしね。最新の4.X系だけでいいのか、1.X〜4.Xまで全部修正するのか、みたいな。それによってどのコードをベースにして修正方針を立てるのかが変わってくる。 >>323
元URL読んでなくてCLRランタイム側のIL解釈の実装が変わる場合と勘違いしてた。
正直スマンカッタ
WPFのリポジトリだからそもそもそんなことありえないし
ここはコードの整形程度の話であっても生成されるILが変わるならダメって文脈なんだな。
これは厳しい。
まあでもこれは利用者の数がやたらと多い dot net の Microsoft 公式リポジトリだから厳しいって話であって
github のプロジェクトのなかではむしろ例外的だと思うよ。
ふつうの規模のプロジェクトだと issue と PR で二重に同じ話が出てくると手間が増えて嫌がると思うよ。 >>319
だからなんなのかわからん
お前が言ってることへの対応なら、
とりあえずissueでも、とりあえずprでも、どっちでもいいだろ >>320
> バグフィックスについてはいきなりpullreqでOK」と書いてあるんですか?
アホ・・・書いてないなら禁止だ
天才・・・書いてないならOKだ >>326
普通の規模のプロジェクトであっても、バグを見つけたらまずは報告してほしいと思うけどね
>>325も言うように、メンテナー以外は修正方針について熟知しているわけではないから、とりあえずissueを立てて、そのへんのめんどうな議論は任せちゃった方が楽だよ。方針が決まってから動き出せばいい。 >>327
一度ランタイム系のリポジトリにいきなりPRしてみるといいよ >>328
「please file issues to make bugs "known"」ね。 >>324
> こんなバグ見つけたから修正するねーってissue上げることの何が難しいんだろう。
お前バカだろ?
PR書けない、俺には修正できない。俺は修正しない。だからIssueを出すのであって
簡単にPRだせるのにIssue作ってどうする?
余計な手間を増やしてるだけ
> バグ修正ならなおさらメンテ中のどのバージョンで修正するかって方針も決めなきゃいけないしね。
お前はPRは何も会話せず、マージするものだと思ってんのか?
PRなんて修正コード付きIssueにすぎねーよ
問題報告しか出来ない・・・Issue
問題報告とすでに修正済みだぜ・・・PR
これだけだろ >>330
> 一度ランタイム系のリポジトリにいきなりPRしてみるといいよ
ランタイム系のリポジトリというのことは
いきなりPRが禁止されてないリポジトリも含みますよねw
いきなりPRが禁止されてないなら、いきなりPRして
何の問題もないんですが?それともなにか問題でもあるんですか? >>329
> 普通の規模のプロジェクトであっても、バグを見つけたらまずは報告してほしいと思うけどね
誰がバグ対応するんだよ。報告されたところでバグはなおらん
なおせるならさっさとお前がしろ
それが普通 考える頭がないやつは、マニュアル通りにしか行動できないんだよね
あ、はい、先にIssueですね。
先にPRは絶対しません。
なーにーがーあろーとも
場合によってIssueを作るかPR作るかを考える頭がない
マニュアルが決めてられないと何も行動できないんです! 質問したものですけど
英語書くのきついので無視しても大丈夫ですかね?
自分のリポジトリでもないし >>337
良心が痛むなら、issueで不具合の内容と再現手順を報告すればいい。Google翻訳とコードスニペットで伝わるし、なんなら日本語を併記してもOK。 修正方法がわかってるならさっさと修正すればいいだろ
相手に余計な手間をかけさせるな 伸びてると思ったら暇で相手して欲しい馬鹿が暴れてたか しょうもないバグ修正にわざわざissue立ててからPR立てるやつマジなんなん?ウザいんだけど
さっさとPR立ててくれ >>340
プロジェクトで手順が決まってるならそれに従うのは当たり前だろ
そのためにissue templateとかの機能があるんだから
その場合は考える余地はない
そういうのがない場合はさっさと直しちまえよ
直すのが大変なときだけissueを作ればいい
つまり場合に応じて適切なものを選べばいいんだよ
自分の頭で考えろ。目的を達成する一番の近道は何かを
こういうやつが勝手にオレオレマナーを作り出すんだろうかねw
自称深く考えたつもりの人間が、最悪のケースのために複雑なルールを作り
単純なケースまでも手間がかかるようにする。本人はちゃんと考えた俺偉いとか思ってるんだろうな >>329
> 普通の規模のプロジェクトであっても、バグを見つけたらまずは報告してほしいと思うけどね
これは英語の得意な奴orコード書くのがすごく好きというわけでもない人間の意見だと思う。
言葉で説明するよりも(たとえ理想の解じゃないにしても)パッチの形で問題の説明する方が得意な人間はいる。
受けとる側も言葉だけよりもパッチがあった方が問題の理解に役立つケースも多い。
あとコード読み書き書くのがすごく好きだと、コード読んでまずパッチを書いてみちゃうってのもある。
パッチはそのままの形で採用されなくてもいいんだよ。問題点の理解に役立てばそれでいい。
> >>325も言うように、メンテナー以外は修正方針について熟知しているわけではないから、とりあえずissueを立てて、そのへんのめんどうな議論は任せちゃった方が楽だよ。方針が決まってから動き出せばいい。
仕事でコード書いてるなら確かにそうなる。
パッチ書く労力が無駄だからね。
でもコード書くのが大好きで趣味でパッチ書いてるならそうでもないんだなあ。
dot net みたいな超巨大プロジェクトになると開発プロセスを厳密にした方がいいってのも勿論わかるが。 Issue投げられても「お前の言ってることはわかる。だが俺は忙しい。」ってなるだけだからな 昔のメールやネットニュースで開発してたころなら
パッチ送る前にバグ報告してパッチの作成の了解取る前に
送るなという主張か 不具合の報告と修正を分けることは、
報告者と修正者が同じである必要性をなくすことでもあるし、
工程を切り分けて対応を容易にするためでもある
まずIssueを立て、以下を記す
1.再現環境
2.再現コード
3.実際の挙動
4.期待する挙動
その挙動が再現できて、
それが不具合だと判断されて、
期待する挙動が妥当なら修正に取り掛かれる
このように、
Issueでは問題に対して焦点を当てる
PullRequestでは実装に対して焦点を当てる たにぐちまこと
Git+GitHub入門 #01:リポジトリーの作成とコミット
https://www.youtube.com/watch?v=_PyuylNk64o&list=PLh6V6_7fbbo_M3CqTeJvuXB08--fibyBu
YouTube に、分かりやすい動画がある Githubにもマナー講師がマナーを説くようになるのか >>347
まずPull Requiestを立て、以下を記す
1.再現環境
2.再現コード
3.実際の挙動
4.期待する挙動
5.そうなるように修正
何度も言うが相手に手間を掛けさせるな
LGTMとだけ書いてマージするほうが何倍も楽なんだよ 結局先にIssue立てろと言ってるやつは
自分がめんどくさいことをしたくないだけなんだよな
自分が修正したものが捨てられたらどうしよう
自分の作業が無駄になるかもしれないから俺は何もしたくない
報告だけしてあとは相手にやらせよう issue出してくれるだけでもありがたいよ
何か不具合あっても報告してくれなくて黙って使うのやめる人が殆どだから そりゃ修正する能力がない人は
Issue作るしかないだろ
そういう話ではなく能力があるなら
さっさと修正してPR出せという話
手間かけなくていい問題に、わざわざ相手に手間を掛けさせるな GitHubのマナーというより、広く使われている方法っていう程度のことじゃない?
それぞれ自分の思う「こうするべき、こうあるべき」形っていうのはあるだろうけど、開発の体制や規模とかによっても変わってくるし
プロジェクトオーナーの好みとかもあるから、それに従うのが良いんじゃないかな?
例えば開発メンバーが決まっているプロジェクトだったら、Issue立てて課題を認識・共有してから担当決めて担当者がPR出すみたいな流れが一般的だと思うけど、誰でも参加可能なプロジェクトなんかだと、Issueを廃してPRだけでやってるところもあるよね
https://github.com/soimort/you-get/
誰でも参加可能だと単なる質問とかのIssue乱発で収集つかなくなりやすいので、それを防ぐ目的でPRベースでやってるのはちょくちょく目にする Issueはコードなしで作れるからね
めんどくさいからさっさとコード書けと
それをどうするかはこっちで考える GitHubがクラウド開発環境「Codespaces」、ディスカッション機能「GitHub Discussions」などを発表
https://www.atmarkit.co.jp/ait/articles/2005/07/news041.html >>351-352
プルリク出してこないfork厨も割とうざい >>357
forkだけして何もしないやつが10人中5人ぐらいいるんだけど
こいつらなんなんだろう? 誤forkかもしれない
どういう人がスター付けてるか見ようとして間違ってForkのとこ押してしまうことがよくある プルリク送ったけどマージもクローズもしてくれないから
フォークを外したいが外したらプルリクが消えないか心配 なんだ?プルリク出す気ないやつはフォークするなってライセンスにでもしてんのか? 返答しても反応ないIssueってどうしてる?
俺はしばらく放置して誰の役にも立たないと思ったら閉じるつもりではいるが 自分で治せるものならforkして治して自分のforkへ誘導すれば? >>364
ああ、違う違う。バグ報告じゃなくて質問
俺のリポジトリに来た質問という名のIssue >>366
まあいずれそうするつもりだけどね。
他にも似たような質問するやつがいるかも知れないし
全てクローズすると賑わってる感がなくなるからあえて残してるw
ホントなにしに質問に来たんだか GitHub Actionsって
BitbucketのPipelinesと同じ?Bitbucketからの移植って簡単? giteaのwikiで、
_Sidebarってページ作るとサイドバーになって、
_Footerってページ作るとフッターになるってのはわかったけど、
一度保存しちゃうと編集できない。
どうにかならんもんでしょうか。 ああもう、こんな時間にGitHubトラブル起こすなや! >>372
さくっと立ち上げられるのでお手軽で、個人や小さめのチームでリポジトリを管理するには便利。
GitBucket と違ってワンバイナリなので、バージョンアップも気軽にできるし。 >>373
Gitbucketも更新する時はgitbucket.warを置き換えるだけでは? Issueで説明求められたが1000行もないプログラムなんだから読めよと言いたいのが来て対応困ってる
OSSでコメントも十分付けてあるし何サボってんだと そんなこと言うならおまえ日本語のレス禁止な。
30日間、英語で全レスしろ。
これ命令な。
ほら書け。
↓ でも英語で書かないと誰も見てくれないし、Githubって辛いよなあ。 gitlab.comはwindowsとmacのrunnerを提供してないのか?
自前で用意すんの面倒だな 真面目にissueはサポート掲示板じゃないから
バグ報告じゃなければクローズでいいと思う gitlabでもmasterやめようという提案出してきた奴がいる
master copyのmasterだろという疑問は
出されてるが…
どうなってんだ masterってキーワードに依存した書き方してるツールとか個人スクリプトどうすんだろ そもgitのデフォルトがmasterなんだから, gitのデフォルトが変わらない限りホスティング側の政治的主張に合わせる必要ある?と思う master pieceとかmaster recordとかも変えるべきだって
意見が出てからでいいだろう >>391
Git側でも変えようといい出した人がいる Issueでいきなりよくわからんコードをはって何のコメントもなし
説明求めたら的はずれな回答。何のためにIssue作ったのか
外人にも変なやついるなぁ また要らんこと始めたな
生産性上がるならともかく
自己満改変なんて無駄なだけだろ issueで○○にしてほしいって提案が来て
そうするのは構わんけど面倒な場合は
「プルリク送ってくれ」でいいんかな? Releasesのページ探したじゃねーか
分かりにきーよボケ >>401
それな
開発ツールとしてだけじゃなくて
配布ツールとしても機能させてください。
トップページはmasterではなく最新リリースのreadmeを表示するようにしてください。 つーかプロジェクトトップページにファイルリストなんかいらんのだわ チーム開発にgithub使ってるけど、マジでコイツ糞。
何が良くてみんな使ってるんだ?
・PRのレビュー依頼がスゲー小さくてわかりにくい。必ず見落とす
・レビューしたらしたで"submit review"押さんと反映されないのは何なの?
5回3回見見落とすんだが?しかも自分に見えてるから気付かない。
2,3日たって相手から反応がないのでようやく気付く。
こいつのおかげでマジで進捗すげー遅れるんだが。 SIer業界がブラックな理由を解説する。エンジニアは自社開発をしているWeb業界がオススメ!
https://www.youtube.com/watch?v=iy4nnAI9og4
エンジニアの仕事が稼げる理由とは?プログラミングスキルと
仕事の需要は比例しないので、実は技術力が低くても稼ぐことができる!
https://www.youtube.com/watch?v=82Bs-NH8jAM
通勤時間が長い人ほど無能説。家賃節約とか言っている暇があったら、
会社の近くに引っ越して浮いた時間に副業したほうがお金も貯まるし強くなれる。
https://www.youtube.com/watch?v=mt6K1RJnk6I
プログラミングに英語は必要か?に対する明確な答え
https://www.youtube.com/watch?v=WWULJbVECKU
私がヤフーを辞めた理由
https://www.youtube.com/watch?v=-G-7Hc3rJw8
【業界研究】IT業界でひと括りにするのは危険。SIer、Web制作、
アプリ開発で仕事内容が全く違います。【就活・転職】
https://www.youtube.com/watch?v=_IJQ2iBkf4w 仕事で有料github使ってるが何がいいのかわからん
個人で使ってる無料のgitlabの方が便利 >>409
issue MR(PR)だけでも遥かに便利 何が便利なの?って聞いたのに答えられないのは
githubを知らないから比較できないんだろうな >>411
なんだ興味あるんじゃなくて煽り厨か
煽りたいだけならお好きにどうぞ 煽りとかじゃなしにわざわざgithub使う意味は自分も知りたい githubを使う理由なんて無料だからに決まってるだろw 書き方が悪かったね
同じ無料のgitlabではなくてgithubを選ぶ意味が知りたいっていう話ね
gitlabなら個人でもプライベートリポジトリも無制限に作り放題だし
リポジトリ自体の容量も大きいからゲーム開発みたいなのにも良いと思ったからさ それいうなら、
「githubは」個人でもプライベートリポジトリも無制限に作り放題だし
リポジトリ自体の容量も大きいからゲーム開発みたいなのにも良いと思ったからさ
だろwwww >>416
「今は」githubもプライベートリポジトリの作成は無制限だけど、対応したのは去年。で、共同作業者はたったの3人までの制限つき。gitlabは人数制限無し。
リポジトリの容量は、githubは1GB以内を「推奨」。
gitlabは10GB。 GitLabの最大の利点はオンプレで使えることだと思う 語弊のある書き方した
githubの3人の制限は、今は無くなっている。 え?じゃあもうGitLabつかう理由なくなってるじゃんw 「AよりBが好きだ・便利だ」という言葉を
Bのユーザーに対する侮辱だとか非難だと
捉えるおかしな人と話すのは無益だと思う >>420
ん?リポジトリ容量はメリットにならないの? >>422 間違えた
「AよりBが好きだ・便利だ」という言葉を
Aのユーザーに対する侮辱だとか非難だと
捉えるおかしな人と話すのは無益だと思う >>407
無料だから使ってるわけじゃないな・・
今現在やってるかどうか知らないけど、必要ならEnterprise契約しよーぜといっても
会社は普通にやるはず。(開発者100人規模)資金は潤沢なのよ。ただ俺にとっては404に書いたような
重要機能が他とフラットになってるから分かりにくく、スゲー使いにくいって話で。
UXが糞と思うんだよな。
多分必要ならAPIあるから自分で何とかしてね、って発想なんだろうけど。 無料だから使っているのではなく、自由のために戦っているのです。 >>423
リポジトリ容量?どうせGitHubのほうがでかいだろw Sourceforge使わせていただいてた経験から言って、経営基盤のしっかりしていないところを使わせていただくと、利用者に迷惑がかかる。
中国製のほぼマルウェアを勝手に仕込まれたり。
Microsoftが安心。 Sourceforgeは悪のM$と戦った天使だけど、いちユーザーとしては、悪のM$のほうが信用できる。 >>430
そのsourceforgeがおかしくなったのはgithubに競争で負けたからじゃね?
在る時期を境に存在感が急減した気がする。
それはgithubにも当然当てはまり、ここを凌ぐサービスが出来てシェア落ちればgithubもブラック化するだろ。
その前にM$に見棄てられるだろうけど。 GithubはMicrosoftのサービスブランドです。 正義のSourceforge使わせていただいてた経験から言って、悪のM$が一番安心だと思う。 >>432
Microsoftを凌ぐサービスなんてないやろw GitHubはMSはただ買収したわけじゃないからね。
自社のAzureの一機能として組み込むために買収してる。
見捨てられることはないだろうな うちなんてgithabにアクセス制限かかっているからな。
社内イントラ専用で使えるツールしか許可されない。 自分でサーバー持ってるなら
サーバーにgit入れてsshの設定したら終わり >>439
それじゃ会社単位のチーム開発は出来ない >>424
君も可笑しい人だと思ってしまったよ
githubで1GB推奨ってのも
いつ撤回されるか判らん
特にMSはある日突然制限したり削除始めたりするからな gitlabは自社でサーバー立てて運用(オンプレミス)できるからね >特にMSはある日突然制限したり削除始めたりするからな
買収したらさっそくプライベートの制限を削除しやがって許せねえよな
GitHubは明記してないけどレポ容量の実際のハードウェアリミットは約100GBだっけ >>443
githubもオンプレミス版あるんじゃないかな
gitlabに比べると導入した話全然聞かないけど >>446
エンタープライズ向け情報はあまり零細プログラマーまで来ないからでは >>447
嫌味言ったつもりらいしけどGitLabも
エンタープライズ向け有料版まであるの知らないのかな >>448
その指摘は的外れだね
GitLab・・・オンプレミス無料版あり
GitHub・・・オンプレミス無料版なし
こういう違いがあるんだから 世の中にはgithubユーザであることがアイデンティティになってる
かわいそうな人がいるのはよくわかった GitHubがプライベート無制限になることでOSS文化が阻害される
よって今回もMSはevil
みたいなのがちょくちょく居たのは笑った >>452
FSFはフリーソフトウェアがフリーでないホスティングを
使うことは良くないと主張してて
githubには最低評価を出してる 機能や使いやすさはGilLabの方が上だが
Githubはもうデファクトスタンダードになってるから、選ぶ企業/人が多いってことでは?
で、この構図を崩すほどには機能や使いやすさの差はない GilLabのほうが便利って点を一つも言えてないしねw Sourceforgeを使わせていただいた経験から言って、悪のM$の方が信頼できる。
Githubは悪のM$という一点だけでも安心感がある。
正義はダメだわ。 >>456
君は日本語がダメみたいだから理解できてないんだね >>457
重箱の隅と「それ必要?」と首を傾げる機能ばっかりだな
なんか特定の大口顧客の要望で機能を実装しちゃった結果ゴミだらけになってる印象だわ
弱小SaaSが破綻していく典型的なパターン GitHubの成功の理由は、あくまで主軸をOSSコミュニティのためのSNSというところに置いたままブレずにやってきたことだろう
GitLabはやたらオープンであることをアピールする割にはプロダクト戦略がエンタープライズばかりを向いているという歪みがある
特定の企業向けのほとんど誰も使わない機能ばかりが増えて身動きが取れなくなる末路が容易に想像できるわ >>461
オープンソースでサービスを作ってるからには他社が競合サービス作ることは容易であり
それでも売上上げようと思えば継続的な法人契約しかないからじゃないの?
クラウドサービスをオープンソースにする必要なんて無いと思うけどな。 >>460
github本体は君が重箱の隅で不要と思ってる機能が貧弱なんで
連携で提供するサービス会社が多数あるんだよ 連携で実現できてるんならいいじゃんw
まさにUNIX哲学の健全な実践
一社で全部カバーしようとするなんて、それこそ邪悪なMSの全盛期を想起するわ >>464
重箱の隅とか言っちゃうような無知な方では
連携が積み重なるとコストがバカにならないことを
想像するの難しいのかな? 知らんがな
俺は不便してないし、実際多くの人もそうだから普及したんだろうね >gitlabなら個人でもプライベートリポジトリも無制限に作り放題だし
>リポジトリ自体の容量も大きいからゲーム開発みたいなのにも良いと思ったからさ
結局こういう事実誤認を「「今は」」とか「語弊があった」と
何度も後出しで言い訳するようなGitLab信者が頑張ってるだけだったな 比較対象にgitlabが同じどころか劣ってる要素をわざわざ出しちゃったのは
まあ単に知らなかったんだろ Sourceforgeもそうだけど、正義はアカンよ。
正義のために勝手に中国の怪しいマルウェア仕込んだりしたけど、そんなことされるんだったら悪のほうが良いわ。
悪のM$の方が安心安全。 正義のために無差別殺人とかテロリストが良くやるやつ。
悪のM$のほうが良いと思います。 なんかどっち派も中途半端な知識でマウント取り合ってるように見えて参考にならん議論だな
「知らなかったんだろ」じゃなくてちゃんと論破してあげて githubをバカにするのは許さんと頑張ってる割に
それなりの規模でgithub上の開発や管理運営の経験が無さそうな
人がいるのはなぜだろう >>476
GitHubは個人開発者も使ってるからではないでしょうか >>476
このスレしか見てないからでは?
どのプロジェクトがGitHub or GitLabを使ってみるか広い視点で調べてみよう
そうすればGitHubは大小様々なプロジェクトで使われてることがわかるだろう
それに対してGitLabは探してやった見つかる程度 有名所や多くの人が使ってるからgithubはすごい!だから僕ちゃんも使うの!
群集心理満たして自己満してる辺りは実に日本人らしくてよろしいかとw
下らなすぎる M$は悪の組織だから安心安全。
Gitlabは正義だからSourceforgeと同じって事では。 悪いことする奴はたいてい正義とか自由とか宣伝する。
Gitlabは正義とか自由とか宣伝しだした。
もう無理。 >>479
じゃあなんで有名所が使ってると思ってるの? 陰謀論出てくる、陰謀論出てくる。
悪のM$の仕業言い出す。 >>482
お前は俺に質問する前に
・GitHubがGitLabより優れている点
・他のソースコードホスティングサービスではなくGitHubを採用するメリット
この2点を説明してみろ
お前には無理だから
ちなみにGitLabの利点は既にいくつか上がってるからな?w 正義のためにGitlabを使おうとか宣伝してるとこが、まともなわけない。
悪のM$の方が安心安全。 >>484
> ・GitHubがGitLabより優れている点
必要十分なシンプルなインターフェース
プライベートリポジトリが無料で作れる
多数の外部サービスとの連携
> ・他のソースコードホスティングサービスではなくGitHubを採用するメリット
オープンソースの利用が多く利用者が多いため
開発者と手間なくコミュニケーションが取れる >>486
そこに書いてることがGitHubのみのメリットだと思ってるなら脳みそ足りてないから出直せ
全く「GitHubを採用する」理由になってない Gitlabが怒りよったで!
いっつもこんなんや。 >>488
はい敗北宣言乙
君は以下のページを上から下までじっくりと読むことをおすすめするよ
https://www.gitlab.jp/devops-tools/github-vs-gitlab.html
脳みそ足りない上に群集心理の自己満でGitHub使ってるだけの僕ちゃんには理解が難しいだろうけど GitlabはSourceforgeと同じ正義グループだから信用しちゃダメ。 >>478
あなたもそうだけど別にgithubと他のサービスの比較してないのに
勝手に優位性を説き始めたり
マウント取ったりする心理もわからない そういうことじゃなく、Gitlabを紹介すると何かインセンティブがあるらしく、事あるごとにGitlabをブッコんで来るやつがいる。
ステマ。
Sourceforgeと同じ。 >>486
> 必要十分なシンプルなインターフェース
最近でもUI変えて戻せとか揉めてる程度のどうでもいいレベルだろ
> プライベートリポジトリが無料で作れる
全然他と差別化になってねえだろ
> 多数の外部サービスとの連携
GitLabだってできてるだろ
> オープンソースの利用が多く利用者が多いため
業務視点は無いのか
お前さーgithubを馬鹿にするためにわざとやってんのか? >>494
じゃあGitLabにそれを上回るメリットあるの >>494
最初に差別化できてない無料要素でドヤってきたのはGitLab信者の方なんで あーあついに信者とか言い出して
マサドザ論争レベルの無能かよ Git初心者です。ここで質問していいか分かりませんし、拙い文章になったらすみません...。
現在、自宅と職場それぞれのJavaファイルをBitbacketで管理しそれをSourcetreeで操作しています。
しかし、どうしても挙動がおかしく、Googleとかで調べても出てこないので、ご教示願いたく。
症状としては
@職場側と自宅ともにプロジェクト内にクラスA、クラスBがある状態で、新たに職場側でクラスCを作成→Git
Aその後、自宅側でプルしてもクラスCファイルが該当のフォルダ内にはあるのに、エクリプスでプロジェクトを読み込んでもクラスCが読み込まれない
Bまた、自宅側で逆に新規でクラスCを作成するとSourcetreeにクラスCのファイルが「作業ツリーのファイル」の一覧に表示されずコミットできない
自宅側でクラスCと同じ名前のクラスをあらかじめ作っておくと、Aでプルいた時点でクラスCを上書きしてくれるんですが
自宅側で新規にクラスを作って作業しても、Sourcetreeでプッシュできないのでとても不便で困っています。
何か設定の問題なんでしょうか。 >>500
今まではずっとSourcetreeでは作業後commit→プッシュ 作業前にプル という感じでやっていて、上記症状なのですが
さっき自宅側でフェッチ→プルしても結局症状が変わりませんでした。
何かやり方がまずいんでしょうか。
見当違いな事言っていたらすみません。 ローカルリポジトリが壊れてるんじゃないの
知らんけど
さっさと自宅でgit closeし直した方が早そう >>499です。
>>502
これは当該ファイルだけでなく、他のファイルや最近始めたUnityでも同様の症状が発生しております。
フォルダの場所・プロジェクトの場所は間違っていないのです。
勤務先のUnityでたくさんオブジェクトを作ったプロジェクトをGitしたのですが
自宅でそのプロジェクトをプルし、Unityでプロジェクトを取り込んでMainCameraと太陽のオブジェクト(つまりは初期設定)しか表示されません。
しかし、フォルダの中を見ると明らかにファイルが欠損してるわけでもなく、何故かフォルダの中身が正しく反映されていない、という感じです。
あらかじめ同名のプロジェクトと、そのオブジェクトを自宅側で作成していれば勤務先の変更がちゃんと反映します。
なので、自宅側ではプル前に勤務先で作ったプロジェクトやオブジェクトと名前だけ同じものを予め作る必要が状況です。
説明がくどかったりしたらごめんなさい。何度プロジェクトをクローンし直したりフォルダ変えてもダメです。
この症状、いっそパソコン買い換えて環境一新したら治りますかね?
仕事に支障出るので、かなりきついんですよね。 ちなみにUnityでの挙動は左上のSeanビューに表示されるオブジェクトの親オブジェクトだけがその症状です。
それに属する子オブジェクトは一つ一つ作成しなくても親オブジェクトさえ正しく読み込めれば親オブジェクトの中に子オブジェクトも正しく作成されていました。
C#スクリプトとか他のものは正しく読み込めてる感じです。
ソースツリーを再インストも試してますがダメでした。 レスありがとうございます。
今帰宅して今度はGit hubを経由しUnityに新規のプロジェクトを移しましたがそれでもダメです・・・
初期状態のメインカメラと太陽が配置されているだけになっていますが、ファイルは全部移動されているみたいです。
Githubも再インストール済みです。 github だと gitlfs とか必要なんじゃね? SourceTree は、gitlfs にデフォルトで対応してるから原因は別のはず
でも昔から使ってるけど、似たような症例にあったことはない。Macだからか? デフォルトで対応してると言っても gitlfs の管理下に置くファイルは登録しないとダメじゃない?
そのへんちゃんと出来てるんだろうか
https://qiita.com/tachi1427/items/55d4d48529cff5a2202c
> GitHubなどのサービスを利用する際に単一のファイルで100mb以上のファイルがプッシュできないといった制限のため
Unity のプロジェクトでどういうファイルが作成されるかは知らないけど、
ゲームや3Dの開発なら 100MB 超えのファイルなんて普通に作られそう。 .gitignoreファイルの中身全部とコミット出来ないファイルの名前くらい出せるだろ
それすら出せないなら自分で頑張ってとしか web の GitHub はさっき落ちてた(今は治ってる)が
web が落ちてる間でも push とかは普通に出来てたからしばらく気付かなかった >>507
使い方を勘違いしてるに一票。
何度繰り返してもダメなのは同じ間違いを繰り返してるからだろうな。
こういうのは分かってる人に作業手順を横で見ててみらえば一発で解決しそう。
git使ってるとこでソフト開発のバイトでもしてみるとか?w
ネットで相談するなら操作手順を漏らさず全部報告すれば解決するが
初心者の場合GUIソフトの操作を漏らさず報告するってまず無理だと思う。
(本人が当たり前だと思ってる項目が洩れる。フルパス名とかね)
コマンドライン版のgitなら画面からコピペするだけなのだが。
ちなみにgithubはサイトの名称なので「再インストール」はできんぞ 俺のクソコードが1000年間保存されることになったみたいだ githubでプルリク送った後、コミットがたくさん表示されますけど
マージしたらそのままたくさんのコミットが履歴に残っちゃいますか? コミットをまとめてくださいって言われてるプルリクを見たことあったので気になって 勝手にブランチ造ってそっちにコミットまとめて
それをプルリクエストしたら? すみません初歩の初歩でつまずいているのですが質問してもいいでしょうか?
GitHubに登録しようとしてユーザーネームとメールアドレスとパスワードを打ち込んだまではいいのですが、その後のスパム対策のためのパズルを何回解いてもうまくいきません
かなり早く解いているのに結構時間がかかりましたね次回はもう少し早く答えてくださいというメッセージが表示され続けます
何かの間違いなんでしょうか?それとももっと早く解かなければならないのでしょうか? >>528
日本語ページでやってる?
画像の上下が正しければ「完了」をタッチ!って書いてあるけど、
画像の下の「終了」ボタンを押さないといけないのだよ 広告ブロックとかCookie受け付けてないとかそういうオチじゃね? ブラウザをSafariからGoogle Chromeに変えたら成功しました!
ご迷惑おかけしてすみません
ありがとうございます issueって作者が日本人って確定してるなら日本語で書いてもいいの? 活発で大きなプロジェクトでまだgit以外使って独自のホスティングやってるようなところってどこだ?
Mozilla? >>539
Googleとかは独自のバージョン管理システム使って、社内で1つの巨大なモノレポで運用してるんじゃなかったっけ? openjdkのレポジトリ移行の話から
社内システムの話始める頭の悪さ反省しろ >>541
>>544
くやしいからって荒らさないで Googleならともかく、普通は独自でバージョン管理システムなんか作らないわな
git以上のものが作れる気もしないし Googleはホスティングは独自だけどバージョン管理システムはGitでは >>549
なんも見てなかったわめんご
この前cloneしたChromiumOSがGitだったので githubってプライベートレポジトリーが無料で作れるようになったけど
githubの社員とかには見られたりするの?
アメリカと戦争になった場合返して勝手にコードを盗まれたりする? 盗まれる心配より封鎖されてアクセス出来なくなる方が困るな github actionsとCIの話題もこのスレでいいですか? 興味ないわけじゃないけど
何にどう便利なのか全く理解できてないから
ついていけてない あんまり詳しく無いけどビルドの自動化と成果物のアップロードくらいは使ってる 普通は、Ruby on Rails で、Heroku, CircleCI とかだろ でもgithub actionsできちゃったしわざわざ別サービスのCI使う必要ってありますかね 昔こんな記事を書いたのに未だに複垢でやってるやつがいて困るね
Qiitaも規約違反で通報しようかな
https://anond.hatelabo.jp/20151122120921 MSになってクォータもガバガバになったから、もう余程目に余るほどでない限りはいちいち複垢で凍結なんてされないんじゃない?
エンプラ系の客が増えてくると、現場専用アカウントを作らせるとかバカな運用やってるようなとこも珍しくないだろうし 有料アカウントは複数アカウントOKじゃなかった?
有料アカウントの扱いも色々変わったから最近の規約は知らんけど そうだよ、有料アカウントあれば無料アカウントも作れる
ダメなのは無料アカウント飲みの運用で複数作ること 今のGitHubは完全に組織側で課金するモデルで、ユーザーアカウントの方は基本的に全て無料でしょ
個人の有料プランは事実上廃止された
組織のルールで無料アカウントを複数作らざるを得ないケースは普通にあるだろうし、MSはさすがにそんなこといちいち文句言わないと思うよ 初めてGitHub使ったら何やってもエラー出まくりで疲れた……
基本中の基本操作だけはできるようになったけど、英語の勉強必要だと痛感 初心者の時ってgitとgithubの区別付いてないよねw >>570
その初心者がやってまいりました
モチベはエロなんですが(ここ大事)
最近とあるサイトで画像が10枚しかダウンロード出来なくなって
代替えとして海外のツールを使うんですがツール等を日本語にしたいんですよね
右も左も分からないままなのでご教授願いたい >>571
意味ないからやめとけ
日本語化が完了する頃には、間違いなくその程度の英語は問題なく読めるようになっている 俺も一時期Winアプリをリソースエディタで日本語化してたな
やってるうちにアプリのUIくらいは問題なく英語のまま使えるようになって、結果的に日本語化自体は全く意味がなかったが英語学習という意味では価値ある時間の無駄だった github でエロって、、、ci走らせるの?
ちょっとイメージつかん githubに作ってるエロゲーのエロ画像とか置いていいんだろうか?
もちろんオープンソース 国の法律によるんじゃね?
猥褻物陳列罪みたいな法律があったらヤバい、みたいな。 ギフハブはチェックアウトを30分で打ち切るのはまあかまわないが
再チェックアウトまでできないようにした嫌がらせはやめてくれないかなあ
クリーンアップしてもできなくなった(ロック解除はやっても意味なし)
嫌がらせだけはすぐ形にするな エスパーするとチェックアウトの通信が30分でタイムアウトするのかな
git LFS使った方がいいんじゃないの checkoutって基本的にはローカルで済むからなあ…何が問題なのかを他人にわかるように説明できない時点でアレだよね >>577
レトロアーチがハッキングされて困ってんだよ
通報して解決するならなんぼでもしてくれ
昔から他人頼りな無能は通報するすべしかもってねー git cloneに相当する操作を、svnではチェックアウトと言うからね
svnオジサンは間違えちゃうんだよ git cloneに相当する操作はSubversionには無いんだよなぁ
svn checkoutに相当するのはgit checkout デフォルトブランチを勝手に変更して
混乱起きると思うが政治活動優先なのね 俺のコードが北極に居るらしい。他人のプロジェクトにcontributeした分もバッチくれるのか。 githubのdefault branch nameが10/1で変わるけどgithb docsの記事内の画像のUIが古いからmasterに固定するなら気をつけろよ。 githubでjekyllを使いたいんですが、ローカルにrubyをインストールする以外の方法でgithubのjekyllは動かせないのでしょうか
tortoiseGitでメンテナンスしているため、他のツールは使いたくないです ないね
GitHub Actionsの方が使いやすいし デフォルトが main になるだけだったら
真っ先に消して master で造り治すわω ベンチャーはたいてい、AWS, Ruby on Rails, CircleCI の組み合わせを使う
もう、GitHub Actions が追いついたの? デフォルトがmasterになるように設定変えた
他のツールの対応とか面倒くさいだろ… git push origin master で記載されてる巷の本はどうなるんだろうね >>604
別にmasterブランチが使えなくなる訳ではないから問題ない extern "C" {} よりは遥かにマシな解決方法だったと思う Bitbucketに久しぶりにインしたら下記のメッセージが出て、登録してたリポジトリとかが無くなっていました。
消えたリポジトリを復活する事はできないのでしょうか?
We can't let you see this page
To access this page, you may need to log in with another account. You can also return to the previous page or go back to your dashboard. 今久々にBitbucket入ってみたけど普通にリポジトリあったわ
Googleアカウントで入ったけど 日本人としてはそんなソフトの名称はダメだと
勝手に日本代表になってポリコレ棒叩きつける為に
アカウント作る奴が現れめんどくさい世の中だ git initしたときに自動でbranchのデフォルトをmainにする設定ってありませんか? 初心者レベルですが教えて頂けないでしょうか?
origin/masterブランチが常に最新になるようにして、
修正があった場合はfeature_〇〇というブランチを作成してコミット⇒origin/masuterへ
プルリクエストするという運用としたいです
feture_〇〇というブランチが複数存在する場合に、コミット先を間違える可能性が
あるので、ブランチ毎にcloneしてフォルダを分けるというのが一般的なのでしょうか? ありがとうございます
ローカルリポジトリはmasterとbranchで共通で使い、チェックアウトで切り替える
というのが一般的な使い方ということですね
まずはそれで運用してみます GitHubのあるリポジトリがff mergeしてるかどうか調べる方法ありませんか?
プルリクしたいんですが設定を合わせないと怒られる気がしましたので >>620
怒られてから直せば良い
CONTRIBUTING.md とか用意されてないなら
気にすることではない gitって仕組み上.gitフォルダに過去の全データが蓄積されて場合によってはリポジトリの現在状態のサイズよりも肥大化していくわけだけれど、
githubやgitlabの上限ってどっちを基準に上限になるの? >>622
そういうのを気にする人ってのがよくわからんな
ディスクが一杯になったらそれ以上書き込めないってだけだろ
それ以外の何があるというのか >>622
普通のリポジトリは、リポジトリ直下に現在状態のファイルやフォルダ(ワーキングツリー)が展開されて、
リポジトリ直下の.gitフォルダに現在の状態を含む過去からの歴史の全データが(ある程度圧縮されて)保存される
gitは普通じゃないベアリポジトリというのを作ることができる
その場合、普通のリポジトリの.gitフォルダの下にあったものがリポジトリ直下に直接展開され
普通のリポジトリにあったワーキングツリーは存在しない
githubやgitlabが実際にベアリポジトリの形式で保存しているかどうか知らないけど、
上限の基準はこのベアリポジトリのサイズになると思う GitHub Gistの埋め込みが乱れてない?
div要素が通常のテキストとして描画されてる。 当たり前の事聞いてごめんだけど、コミットってのは .git 以下に前回との”差分”を保存するってことでいいんだよね?
毎回変更マーカー(dirty? 用語よく知らない)のあるファイルをまるごと保存してたら、すぐ容量いっぱいになっちゃうよね?
バージョン管理システムっての全部こんな感じってことでいいのよね、Wiki とかも含めて。
…あ、ちなみに JK17です。 >>627
それはホスティングサービスじゃなくてgitのことだからgitスレで聞くべき
一応回答しておくと, gitはコミット時点では差分管理ではない。
古いファイルを差分化・圧縮して容量を抑える, という処理を時折自動で行う。 「容量がいっぱい」とか書いてるからコミット毎に各ファイルが保存されているとかいう盛大な勘違いしてる系のアホかな
もしgitがそういう仕組みだとしたら
source.zip
source.zip(1)
source(最新).zip
source(最新2).zip
とかやってるPC初心者と何も変わらないことになるっていう理解をしたほうがいい
こんな馬鹿げたものをリーナスは作らん >>628
なるほどありがとうございます。そういう動作になってたんですね。
ちゃんと .git の中身も見てみるようにします。
あとスレチごめん。 githubでpushするときにパスワードを入れてたのですが
この方法が来年夏までしかできなくなるようですね!!!
困った!どうしたらいいんでしょうか! これ読んでみたけど疑問だらけ
https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/
・二段階認証はスマホ必須みたいだけどスマホで秘密鍵を管理したら脆弱じゃないの?
・you must begin using a personal access token over HTTPSの意味が不明。
リンク先は単にこれまでの認証方法が説明されてるだけでは?
personal access tokenは二段階認証のスマホに送られてくる番号の事でしょ?
・simカードつきのスマホを持ってなかったらgithubをもう利用できないということ? >>633
> ・二段階認証はスマホ必須みたいだけどスマホで秘密鍵を管理したら脆弱じゃないの?
何で管理しても同じ
> ・you must begin using a personal access token over HTTPSの意味が不明。
パーソナルアクセストークンをHTTP経由で使ったら覗かれるだろ
> リンク先は単にこれまでの認証方法が説明されてるだけでは?
当たり前だ。新たに増やしたのではなく脆弱な一つを潰しただけ
> personal access tokenは二段階認証のスマホに送られてくる番号の事でしょ?
全く違う。お前の疑問はお前が無知だからだ
> ・simカードつきのスマホを持ってなかったらgithubをもう利用できないということ?
これまでの認証方法があるって自分で書いてんだろ >>634
連想ゲームするな
カスペルスキー「SMSの二段〜略」
お前「二段階認証全部アウト言う意味だな」
ばーか wikipediaみたら2fa自体はスマホ必須じゃないのか
でも今のところ他サービスで実装されてる2faはほぼスマホかipad等
モバイルデバイスを必須としている
githubもスマホの2faに対応するんだから
カスペルスキーの批判を適用できる 2段階認証とパーソナルアクセストークンの区別すらついてないガイジがここで騒いでるのかw
モバイルデバイス必須とか書いてるがメールでの2段階認証も一般的だけどな
書けば書くほど無知が露呈するね > personal access tokenは二段階認証のスマホに送られてくる番号の事でしょ?
ちーがーうー
https://docs.github.com/ja/free-pro-team@latest/github/authenticating-to-github/creating-a-personal-access-token
ブログはアカウントパスワードでの受付をやめて個人アクセストークンにしますよということをメインに書いてる
アカウントパスワードは漏れたら致命
個人アクセストークンは漏れても瀕死ですむ
スコープ絞れば漏れても瀕死にならないで重傷や軽傷ですむ
二要素は少し脇のはなし 世の中こういうトンチンカンな人がいるから
サービス側で対処が必要なのかと理解できる そもそも外の世界で権限を持たない雑魚ユーザーのくれでんしゃるが漏洩したところで
世界には何の影響もないからな
開発ごっこしたいならクローンいじってMR送りつければ済む話
雑魚ユーザーにゃ権限なんて必要ないのさ Chromeからログインできなくなるので、Edgeを使えって事か。 説明しても理解できる脳みそがないだろうから仕方ないね GitHubでいつフォークされたかとか最近のフォークを見る方法ないかな?
なんかフォークされた数、増えてる?って思ってもそれがわからない >>649
おー、ありがと。そしてやっぱり増えてたわw githubの特定のファイルが更新されたらメールか何かで通知するの出来る?
具体的にはmasterのapp/src/main/res/values/strings.xmlが更新されたら通知ほしい
ossの日本語訳したんだけど元ファイルだけの更新を随時知りたい gitlab の web gui で特定のディレクトリだけいつも 503 が返る原因どなたかご存知ないでしょうか?
GitLab is not responding とタイトルバーに表示されて、おおよそ 10秒でエラーになります。
gitlab.rb で 10 秒に設定されている項目の値をいくつか変更しても解消に至らず、です。 GitHubのissueを残したままで
コミット履歴を削除する方法ありませんか? >>657
ローカルで履歴消してから
git push -f Fork してから Pull Request だす場合って、
Fork した自分のリポジトリで一回ブランチ切ってから作業して、そのブランチで Pull Request した方がいい?
それとも、Fork してきた時の元のブランチ(main とか master とか)をそのまま使って作業して、Pull Request した方がいい? forkしてからpull request でググった上10件くらい見ろ >>662
なるほど、Pull Requests タブで他の人がブランチ切ってるかどうか簡単に確認できるのか 教えてくれてありがトン
とんとんとんとんありがとん GitHubとSMBCの件、大事になってるヨーダが。FindyのGitHub診断で年収査定しようとして業務コードをアップしたらしい。 これはGitHubは危険だから今後一切アクセス禁止の流れ SMBCのソースコード流出で話題騒然、3分でまるわかり「GitHub」
https://xtech.nikkei.com/atcl/nxt/column/18/00157/012900077/
> サイバー攻撃などで不正に入手されたパスワードのリストや、ソフトウエアの脆弱性を突くプログラム(エクスプロイト)が公開されるケースも多い。
天下に日経サマにこんなこと書かれたら使用禁止にもなるわな 勝村幸博っていっつもセンセーショナルなタイトルの記事書いてんな
こういうヤツ嫌いだわ twitterに"shindanmaker"を含むツイートをブロック、削除する機能がないという驚愕の事実に絶望させられる タイトルは編集者の権限なので
記事の中身で評価してあげて 間違えてAWSのキー上げて乗っ取りされたりとか、昔から色々あったから今さらよねえ つーかあの手のなんちゃら診断やってるやつはアホなのかと思う
何も判断なんかできない上に当然ながら個人情報をいろいろ抜かれる >>665
うっかりじゃなくてわざとやってるとしか思えないどうみてもありがおつ >>669 みたいな煽り記事よりこっちの方がマシ
https://xtech.nikkei.com/atcl/nxt/news/18/09551
よくテレビのIT関連ニュースで意味もなく流れる
スクリーンのソースコードも(内容関係無いただの奇数判定とか)
一部流出ならどうでも良い範囲の可能性もある MSはソースコードロクに検閲しないからなあ
今やgithubなんて危険なプログラムソースの溜まり場 Ruby on Rails では、暗号化されたcredentials.yml.enc に、秘匿情報を書くから、
そのまま、GitHub へアップできる
それを解除する、master.key は、.gitignore に書いてあるので、アップされないので安全。
解除すると、下のようになる
aws:
access_key_id: abc
secret_access_key: xyz よっ、ケンタガイジ!
単価安いrubyなんか誰も使わねーからw ネタかどうか知らんが、公開されてないデータ(勝手に公開されたものは「公開されてない」もの)を
意図的に公開するのは罪になるぞw ソシャゲの非公開キャラクターデータなんかゴロゴロ転がってるけど、罪になんの? うっかり公開しちゃう馬鹿が悪い
じゃこの問題は片付かないのが厄介な所
今回以上に馬鹿なことをするやつがいるという前提で動かないといけない SNSに上げないっていう契約書書いてても
クビになった腹いせに公開とか実例あるからな
契約書書いてるHDD廃棄業者でも消さずに転売するし 【ヨシ!】githubには伝説的アーティファクトが想像以上に埋まってる?→「// 何故か動く」で検索かけたらワクワクだった
https://togetter.com/li/1660340 前身アプリのデプロイ王子()のことといい闇しかない案件
#接触確認アプリ #COCOA の無償ボランティア開発美談は本当か? https://blog.rocaz.net/2020/06/2140.html 自前の鯖にGitLabインストールするのが最強じゃね?と思ってやってみたら重すぎて動かんかった
2GBのVPSじゃ全くダメか、SSHが反応しないほど瀕死になってアンインストールが大変だったわ GitHubはGoなども組み合わせたマイクロサービスへ移行を進めてるんじゃなかったっけ
少なくともGitHub ActionsはMSのAzure Pipelinesが前身だからC#だろうね >>693
Gitlabより機能は少ないけど、環境の整備もいらんし軽くていいよね もうすぐGitHubでhttpsが使えなくなるけど
sshへの移行はお済みでしょうか皆様 GitHubについてなんですが、
httpsにするかsshにするかで迷っています
sshにすると何かデメリットってありますか? GitBucketからGitLabに移行しようと思ったけど機能多くてよくわかんねぇ
今まではJenkinsと連携してテストが成功したらマージボタンが押せるようにしてたけど
GitLabで同じことをしたい場合はGitLab CI使わないと駄目なんか?
なんかもうボタンを押せるか否かなんてどうでも良くなってきたヨ…… GitHub で、 pull request した後にブランチ名の変更ってできますか?
紐付けとか外れない? >>703
GitLabはJenkinsとの連携機能はある
設定方法までは知らない >>702
sshにするとクローンがクソ重い
使い物にならない LFSってSSH経由でも使えるようになったんだっけ >>706
ありがとうございます
マジですか…
本ではSSH方式が勧められていました アップストリームにプッシュしたくない変更がごちゃごちゃある場合って
どうやって管理してます?
フォーク>クローン>パッチ用ブランチ切って作業>コミット&プッシュ>プルリクエスト
簡単な変更ならこれでいんですけど、
自分でゴリゴリにカスタムして使いたいときとかどういうブランチ構成にするか悩みます 一応ゴリゴリカスタムブランチ切ってそこで作業するんですけど、
〇〇の機能追加しよう > ブランチ切って作業しよう
みたいなきれいな思考の順序じゃなくて、
ごちゃごちゃとりあえずいじくり回す中で、この良さげな機能をプルリクエストしたいな
みたいな感じになってます >>716
なるほど、使ったことなかったのでちゃんと調べてみます >>707
ファイルが少ない場合は問題ない
うちのクライアントは画像も全部入れてるから2GBぐらいあって、ssh方式だとデプロイに1時間ぐらいかかってたからhttpsに変えた >>718
httpsにして時間どれくらいになったの? >>719
平均すると5分ぐらい、何故か原因のわからないバラツキがある
sshだとこれが15分〜1時間以上だった うお、それは盲点
SSH遅い奴は是非試して結果を教えて欲しい >>723
4.4GBのリポジトリのclone
3分から変わらん
うちでは元々問題なかったみたいw GitHub, GitBucket, GitLab とかの
コードの絶対量の比みたいなのってどこかで見れる? >>728
同じソースコードでもホスティングサービスによってサイズが変わるんだよ だからコードの絶対量って具体的には何を言いたいのかって聞いてんだけど ワイが想定してたのは、
そのホスティングサービス全体のプロジェクト数みたいな話
ただ、大きいプロジェクトが大きければ行数は多くなるなと思って
コードの絶対量って変な言い方になった
わかりにくくてごめんね コミュニティの掲示板で、ただの
「お返事ありがとうございます」
みたいな人間的な?コメントってぱぱっと手早く返しといた方が良い?
なんか Issue とかだと、検索でたどり着いた時クソながスレッドになっててどこに正解があるのか
まったく分からんみたいなことに良くなるじゃん?
本当に見たい問題の文章が埋もれるから、どうなのかなって迷うんだけど、
まぁ相手も人間だし、レスはこまめに返したほうがいいのよね? GitHubで2つめのリポジトリを作りたいんですが、
新たに1つめのものと異なる公開鍵と秘密鍵を作成した方がいいでしょうか?
それとも使いまわしても問題ないでしょうか? >>734
リポジトリごとに鍵を設定する機能なんてあったっけ? >>735
知識不足ですいません
ってことは一度設定してしまえばいいんですね
自分のリポジトリの画面を開くと、
「Quick setup — if you’ve done this kind of thing before」という項目が
表示されているんですが、
その先はどう操作すればいいんですかね…? >>733
つまらん Issue にいちいち応答してるから
つまらん Issue が増えるんだよ
つまらん Issue 投稿されても無視して良い どうせならC++++++という名称にして欲しかった C++++ → C#
C++++++ → C#++ C#ってよさそうな言語なのにイマイチ流行らんね
Unityでしか使ったことないけど >>744
MS環境向けなら第一選択になる言語だけど C# は1クラスをファイル分割できたり、プロパティとか String literal とか
Windows API 使うのが簡単だったり メモリ手動管理や最適化も割とできたり
好きなところはいっぱいある
Java だとライブラリやフレームワーク使っていろんなところから引っ張ってこなきゃ実現できないことが
大体素で実現できる
VSCode でゴリッゴリにマルチプラットフォーム開発できるようにしてくれたらもっと使いたい eclipseプラグインをGitLab Pagesにデプロイするジョブを作ったとき
パイプラインのステータスが取得出来ない警告が出るという理由からexit 0をするだけのダミージョブを作るのは果たしてありだろうか “github.com”にセキュリティ問題、ユーザーの強制ログアウトを実施
ごく一部のアカウントで認証Cookieを取り違え。アカウントのパスワードなどには影響せず
https://forest.watch.impress.co.jp/docs/news/1310937.html つまり hash が杜撰で conflict して session が容易に high jack されうる状況が続いていたってこと? >>749
この間強制的にログアウトされてたのはそれだったか >認証Cookieを取り違え
Ruby on Rails で、Unicorn はマルチプロセスだけど、
Puma はマルチスレッドだから、共有変数の排他処理が難しい
使用メモリ量は、データ領域を除いて、
1プロセス64MB から、1スレッド8MBへ減るけど >>753
その提案したイッシューには大量の批判がされてたけど
それでも変えるんだ GitHubが即座に変更して特に大きな騒ぎもなく受け入れられたのに小蝿が今更抵抗してもな
顧客企業からのレピュテーション低下のリスクもあるからもう仕方ない >>754
issueは問題(バグや修正すべきこと)を書くべき所で
投票場所じゃないんだから単なる批判は意味がない。 >>758
開発者(開発社)の方針が気に食わないなら
フォークして自分でやればいい >>760
文句いうだけでは何も解決できないって言ったそばから
文句いうだけか(笑) >>757
GitLabの開発体制知ってて言ってるの? >>762
開発体制が何が関係あるの?
どんなソフトも権利を持ってる人が自由にできる >>763
知らないで妄想ベースの話なら相手しないというだけです >>764
知ってる知らない以前に関係ないって話をしてるの
例えば開発者のメンバーの名前なんかどうでもいいのに
メンバーの名前を聞いてるようなもん
GitLabの開発体制は関係なく、誰が修正の権利を持ってるかって話だけだから あと妄想ベースで話をしてるのはお前だからね
開発体制とやらを知らないと相手にしないというのなら
開発体制を知らないお前自身がが相手にされないということ >>762
開発体制って何のこと?非従業員のコントリビュータが多いOSSってことを言いたいの? GitHubに登録を試みてますが人間であることを示すサイコロ14問題で
ちゃんと正解してるはずなのに何度やっても間違いも判定されて登録できずにいます
どうすれば良いでしょうか すいません自己解決しました
スマホからやったらサイコロ14問題ではなく渦巻き問題になりあっさりクリア出来ました
PCから登録しようとする人はご注意を バカ避けなんだろうな
sabureのこともあったし Githubって特定のサブディレクトリへのアクセス権を細かく調整することってできます?
今プロジェクトA, B, Cとあってこれらを1つのモノリポジトリXに移行したいと考えてます
X/A, X/Bはメンバー全員にアクセスを許可
X/Cは一部の管理者のみアクセスを許可(権限ない場合は読み取りも禁止)
としたいのですが可能でしょうか? リポジトリは分けたままで
XのサブモジュールとしてABCを使えば リポジトリの各種設定をモノリポに集約して楽にしたいのでサブモジュールには消極的です
ただサブディレクトリの権限管理が不可能なら権限を軸にリポジトリを分割してサブモジュール運用する案は妥協点としてはありかもしれません アクセス権を細かく調整したいものをなぜモノリポに?? Githubとか関係なく無理だろ
リポジトリの仕組み考えろよ そもそも読み取りを禁止する理由がないんだよな
禁止したけりゃ別リポジトリを分けるしかない
ブランチ切ってプルリクしてもらって、担当外のファイルいじったら取り込まないなどのルールでも作ったら >>774
> リポジトリの各種設定をモノリポに集約して楽にしたいので
いま楽になってないってことに気づいてる?
どうやればいいか?って苦労してるでしょ
あなたが言ってるのは仕事を「楽にしたい」んじゃなくて
gitの使い方を勉強したくないという意味で楽にしたいと言ってる Git本体にはアクセス制限どころかアカウントの概念すらない
アクセス権限はリポジトリへのアクセスを許可するかどうかだけで、それはGitの外部の仕組みによって提供される
このへんの割り切った仕様のおかげでGit本体は随分とシンプルになってる
コミットにユーザ名つけられるけど、これは他人のユーザ名だって平気でつけられるし、
リポジトリへのアクセス許可さえあれば、その他人のユーザ名で作ったコミットも平気で push できる アカウントなんてあったらサーバーが必須になるじゃん
ローカルのマシンは普通所有者がroot持ってるんだから
誰にだってなれるし、そこに他のユーザーの情報とか持ってきてどうするんだ?
割り切った仕様というより、それが常識的な仕様で
サーバーを必須にするほうがセンス無いよ
クライアントとサーバーの機能を明確に分離し
他のユーザーのなりすましを防ぎたいなら署名すればいい
それ以外の方法でroot持ってるローカルマシンの偽なりすましを
防げるわけがないわけで、gitは必要な機能を正しく実装してる >>782
ローカルのGitのアカウントがないと思っているのか? ホスティングサービスのユーザー名の話にすり替わるのは理由は? それではGitのローカルアカウントの設定方法について説明して頂きましょう!
コマンドラインでのやり方をよろしくお願いします そもそもさ、ここでGitの話題はスレ違いじゃないの?
Gitの話は下の方にあるGitスレでやろうよ ローカルにGitがない状態で、GitHubを使っていることもあるからなあ。 >>793
GitのスレはGitHubの書き込みをする人間が多くて荒れる。 Gitのアカウントというのは、実際はGitの話題じゃないからね
ここが相応しい >>794
そんなんいいからgitのローカルアカウントについて詳しく >>798
gitのローカルアカウントはOSのユーザー名 >>799
コミットに埋め込むユーザ名とメールアドレスの文字列のデフォルトを、OSのアカウントからもらってきてるだけですね。
その二つの文字列はコメントのようなもので、自由に変更可能です。特定のアカウントに紐づいている必要も実在するメールアドレスである必要もありません。
pushするリモートリポジトリのアカウントとも全く関係無いものです。 また変なことを言っているね。GitHub等のリモートリポジトリを使うにはアカウントの紐付けが必要だけど? >>801
それではアカウントの紐付けとやらはどうやるんですか?
ちなみにWindowsでGitBash for Windowsを使っています。
Windowsのアカウント名は漢字です。 >>801
リモートリポジトリへ push したいときには、その接続先をローカルリポジトリへ登録するだけです。アカウントを紐づける必要はありません。
リモートリポジトリから clone してきたときには接続先は自動で登録されています。 リモートリポジトリに接続する際に必要な認証情報をOSの鍵管理に追加してくれるツールがGit for windowsに含まれていたりしますが、これはGit本体の機能では無いです。
リモートリポジトリへsshで接続する場合、Windowsでは Git for windows に含まれている ssh の機能を使うことが多いですが、これもGit本体とは関係無いですね。 OSのパスワードと同じパスワードで
github使うじゃん!とかいいそうだなよなw もしかしてWebのみ利用だとそうなる?
Webのみで成立できるかわからんけど >>808
誰もwebのみ利用なんて話はしてない
わかって無いのはお前だけ gitローカルアカウントの人はアカウントと認証がごっちゃになってたのかな >>802
>Windowsのアカウント名は漢字です
ファイルパス・システムなどに使えるのは、ascii・半角英数字だけ。
日本語など使っても、世界中の開発者で、ascii以外でテストしている人は、いない
日本人の開発者ですら、日本語などでテストをしない。
それを認めると、開発者が世界中の全言語でテストしないといけなくなるから、無理 URLエンコでもなんでもすりゃええからやらんほうがわるい 各OS・データベース(DB)・ファイルシステムなどには、ユニコードのエンコード方式が、3つある。
UTF-8/16/32。さらに、UTF-8 には、BOM 有り/無しの2つある
だから、ascii 以外を使うと、
各OS・DB・ファイルシステムなどで、互換性がない
他にも例えば、「が」と表示されていても、
「か」+濁点の、2つのコードポイントで表示しているかも知れないし、
見た目では判別できない
こういうのを議論しているのも、日本人だけ
外人が知っているわけないから、
外人の作ったアプリでは、日本語などはまともに動かない UTF-8のアスキー文字は他のキャラクターセットと文字コードは同じ。 今は海外でも絵文字をサポートすることが普通になってきたので、そのついでに漢字の表示も出来ることが多い
絵文字をちゃんとサポートしようとすると、濁点なんかよりも複雑な文字の合成に対応する必要があって、その辺も日本独自の問題では無くなった >>813
ラテン文字でもÁ(U+00C1)とÁ(U+0041 U+0301)みたいなのあるじゃん ローカルPCのGitのユーザー名とGitHubのユーザー名は一致してなくてもいいんだよ。 >>816
だから、そういう文字を、各OS・DB・ファイルシステムなどで使ったらいけない。
見た目が同じなのに、一致しないので、バグる
だから、ascii 以外は使っちゃいけない
例えば、ハイフンでも、見た目が似ているものが何種類もある。
こういうのも一致しないから、危険 絵文字の件もあるようにascii制限なんて考えが古い ドキュメントのファイル名に日本語禁止とか非現実的じゃないか? 各システムのエンコード方式が、3つあるから互換性がない
UTF-8/16/32 >>821
BOMなしはUTF8としてそのほかはBOMで判定できるから問題ないね エンコードしつこいな
そんなの判別できるんだから障害にならねーよ
なにいってんだこいつは そこそこ興味深い議論だがgitのローカルアカウントの説明に
関係あるの? GitHub Enterpriseを知らないとますます変な指摘が入るよな >>824
その記事には、UTF-8 の事しか書いていない
各システムのエンコード方式が、UTF-16/32 の事は書いていない ASCIIの置き換えとしてはBOM無しUTF-8だけでいい
とくにこの板で話題にするようなソース管理システムで扱うテキストは、BOM無しUTF-8がデファクトスタンダードだよ
Git for Windows もファイル名なんかはBOM無しUTF-8へ変換して保存してるはず PowerShellスクリプトのソースコードはBOM付UTF8じゃないと文字化けするんだよねえ Visual C++ もBOM無しがダメだったような気がするけど、
メモ帳の新規ファイルのデフォルトはBOM無しになったんだよね
じきに全部BOM無しに統一されるだろう RSSフィードアドレスがChromeから取得出来なくなってる?
もちろんアドレス直打ちすれば見られるけど
将来的に廃止するのかなあ 君らの感想を教えてほしいだが
とあるソフトで、exeが立ち上がらなくてエクスプローラーがクラッシュするバグがあるだけど
自分の環境が特殊で…windows10がpreview版(fast)なんだよ
この場合って、issueに書いた方がいいの? あ…これスレ違いか…すみません。最適なスレ探してきます。
お騒がせしてすみません。 GitHub Copilotを試した人居ます?
コピろっとじゃなくてコパイロット(副操縦士)だよ。 githubで2要素認証の必須化と言う話があるけどgithub desktopは影響なしとあるが
今まで通りパスワードだけでgit操作できるということ? >>842
これ気になるね
機械がやったことだから知らんじゃ通らないと思うんだが
スキャナーで漫画をコピしたらユーザーが著作権法違反に問われる
コパイロットも同じ
githubではなくユーザーが著作権法違反
公開する前に著作権侵害してないかどうかチェックしないとダメ
アニメとか出版業界では普通にやってること GANで生成した画像なんかもその学習データの著作権が及ぶかもしれんよな。
で、躊躇しているその隙に中国が全部かっさらっていくと。 >>844
コパイロットってgithubが出してんじゃないの?
ユーザって誰さ パブリックなリポジトリならライセンス関係なく学習対象だからね…
コピーレフトライセンスとか特許を含んだコードが混じってもわからんし
フェアユースでセーフと言われても日本の著作権法に無いんだから何の保証にもならないよ
正直危なくて使えない 異常に特徴的なコード断片ならともかく通常のコード断片に著作権などあるものか
ある適度のまとまりでも難しい
齎す機能が同一か似通っていた上にコードまで似てるあたりがひっかかるがそこまで大きくなったときにそこまで似る可能性はどのくらいなんだ?
気にするだけムダ 実は某ソフトのコピペが100行になってても
自分ではわからないのはリスク高すぎ FSFが「GitHub Copilot」に疑問視、ホワイトペーパーを募集
https://mag.osdn.jp/21/08/04/131400
具体的な関心領域としては、
「著作権を侵害した公開リポジトリ上でトレーニングしているのか? フェアユースか?」
「Copilotのアウトプットが、GPLでライセンスされている作品を侵害していることを主張する可能性はどのぐらいあるか?」
「Copilotが生成する侵害に対して、開発者はどのようにして自分が著作権を持つ任意のコードを保護できるのか?」
などを挙げている。 個人的にはオートコンプリートの派生の域な気もするなぁ
ところで7/1にwaitlist入ったのに未だに放置されてるんだが GitlabでマージリクエストからSquashマージをするとコミットが2個作られてしまいます
同じコミットの内容は2個いらないので1個にしたいのですが、方法は有るでしょうか? 2個というのはSquashコミットとマージコミットです 初心者の中の初心者で申し訳ない
Visual Studioをインストしてgithubからzipでyt-dlpをダウンロードしビルドしたいのだけど
makeをどうやったら読み込ませてビルドできるんですか?
初心者のサイトにはCmakeでソリューションファイルを作成って書いてあったりしてますが
そのgithubにはCmakeがないので困ってます。 初心者自称は免罪符じゃねーんだよ
ホストしてるもんの利用方法について語るスレじゃねえ
READMEくらい読めカス 初心者にもわかるようにきちんと説明しろと言ってるんだよ。
昔おふくろが言っていたが、どんなに素晴らしい考えが頭の中にあっても、伝えることが出来なければ無いのも同じだそうだ。 GitHubで検索して出てくるyt-dlpなら、オッパイソンで書かれてて、CMakeのCの字も出てこないようだけどね。 >>861
ありがとう、なんとなく分かったよ
日本に異国人がいて行き場所は決めていてしたいようなことがあるけど他言語で行先のみを喋っている状態なんだ
逆で言うと自分はメジャーリーグを現地で応援をしたい
でも空港まで行ったけど手元には英和辞書しかない
他言語が喋れないし読めないから空港で段ボールで行先のみを書いてアピールしている状況なんだ
タクシーの乗り場所を教えてくれた>>861に感謝
初心者を免罪符にしたつもりはなかったけどそう思われたならすまなかった >>858
yt-dlpはgithubに不正ソフト認定されたんじゃなかったか? >>862
たいていの人は、そういう状態を経験している。
野球場はこっちかと当てをつけて行ってみたらテニスコートだったり、遊園地だったり、別のチームの野球場だったり
それを「無駄なことした、ああ失敗した」と思ったり、「ふうん、こういうものもあるのか、勉強になったな」と思ったりする githubってコメント書ける場所ってページに置いてあるの?
作者に聞きたいことあるのだけど何処で書けばいいのかわからなくて Github actionsの総ビルド時間って増えるの早くない?絶対そんなに処理時間使ってないのに、あっという間に何十分とか増えてる。 pagesを20世紀末レベルのホームページで埋め尽くせるか githubのトラフィックで見れるクローン数ってgit clone以外でも増える? githubでorganizationを利用しているのですが、下記のようなことはできますか?
・メンバーが作成したリポジトリを、所有者を個人のままで、organizationからも参照できるようにする。
どのような意図かといいますと、リポジトリのリソース自体はグループのために作成する想定で、権限周りの利便性やリポジトリの一覧表示を行いたいためorganizationから参照したい。
ただし、organizationは緩い連帯のグループで作っているため、万が一そのグループが崩壊したとき等に、organizationを削除してもリポジトリ自体は影響を与えずに個人所有のままにしたいという考えからです。 githubのissueでzip上げようとするとis not included in the listってエラーが出て全くアップロード出来ん
画像とか動画は問題無く上げられるのに >>882
これって聞こえはいいけど結果的にロシア経済に貢献しちゃってるからなあ >>882
ユニクロはダメでこれは許されるのか
ダブスタだな >>887
ユニクロがロシア事業を継続すると発表して叩かれた(あと
ロシア事業停止を発表した)という話だろうけど、スレチだな >>886
もともと測られるスタンダードが異なるんでないの そらマイクロソフトは基本は撤退だけど、
そのうちのGithubは店舗あるわけじゃないから残してるってことや。
そもそも何処に居るかはある程度判別できても何人かなんかは難しい。
Githubはソース格納場所なだけでなく、
パスワードや個人資料の格納場所も兼ねるしな。 >>892
オンプレでサーバー建てたい場合に便利じゃないかな >>892
Jira使ってるとこはBitbucket使うかも
仕事でJira使っててBitbucketに慣れてるんで、趣味のコードも非公開のものはBitbucketだわ >>891
gov.ru他中央政府管轄や制裁対象の企業等ならわかるがザルなロシア在住者まるごとはアホすぎる
民主主義が装った恐怖政治国家の一国民に政権選択責任など有りはしない
生命や財産を賭けて反対運動やクーデターを起こさないことを罪とするのか アメリカ企業のホスティングサービスにロシア政府関連機関がデータ預けるわけないんだから政府機関をgithubから締め出したところで無意味でしょ
やるなら民間を対象にしないと
罪はないというのは詭弁で企業活動継続する限りはロシア政府に資金提供することになるので立派な共犯だよ
国民に選択権があろうとなかろうと共犯は共犯 その理屈持ち出すならEU各国は共犯どころか共同謀議だな
ガスのために今でもロシアに支払ってるからなw
アホかよ GitHub、Markdownファイルに「Mermaid」で図を挿入可能に
https://atmarkit.itmedia.co.jp/ait/spv/2204/12/news043.html
これPlantUMLからMermaidに移行するきっかけになる人多そう Turingとかいう所から迷惑メール北
プロフィールとか売られてんのか 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 初心者の質問で申し訳ないんですがお願いします。
githubとかgitlabとのその類が使えない環境です
scmmanagerなるものを使っていてまぁ共有フォルダにリポジトリ置くのと大差ないことしかできない状況です
こういう場合、開発の流れとしては、リモートから取ってきてブランチ切って開発してプッシュ、管理者に確認とマージしてもらう。(あとブランチを削除してもらう?)
そうしたらまた手元のを同期させて……という感じであってますでしょうか >>902
管理者がマージするか自分でするかは運用によるから管理者に聞くべき メールが届いたよって応答するとログイン完了の最近流行りのタイプか 知らなかったのか…? Microsoftからは逃げられない…!!!
GitLabがVisual Studio CodeベースのWebIDEへ移行すると発表
https://www.publickey1.jp/blog/22/gitlabvisual_studio_codewebide.html Microsoft製のmonacoベースの独自エディタからMicrosoft製のvscodeベースに移るだけ 移民ねぇ
日本はもう満員ですよ
ロシアとか広い土地に行ってほしいものだ 中国人はどこに行っても帰化して国籍変えても色んな意味での「中国人」を止めないし止められない
そして中共の法的にも中国人であることを強制されてる時点で
彼らが行く先々の国ではとんでもないリスクを抱えることになる GitHub Copilotを正式リリース。すべての開発者が利用できるようになりました。
https://github.blog/jp/2022-06-22-github-copilot-is-generally-available-to-all-developers/
エディターでソースコードを提案してくれるAIペアプログラマー「GitHub Copilot」をすべての開発者が10米ドル/月、100米ドル/年で利用できるようになりました。学生や人気のあるオープンソースプロジェクトのメンテナーは無料で利用できます。 勝手に収集したコードを有償サービスに使うのか?って反発起きてるみたいだね
せめてオプトアウトくらいは用意しておけばよかったのに OSSを有償サービスで使ってもべつに問題ないだろうが、生成されたコードのライセンスの方は解決したんだっけ? https://docs.github.com/ja/site-policy/github-terms/github-terms-of-service#4-license-grant-to-us
> ...お客様は、当社およびその後継者に、「あなたのコンテンツ」を保存、アーカイブ、解析、および表示し、今後の「サービス」向上を含めて「サービス」の提供のために必要に応じて付随的な複製を作成する権利を付与します。...
>
> このライセンスは、「あなたのコンテンツ」を販売またはその他の方法で配布する権利をGitHubに付与するものではありません。...
前段だけ読むと同意済みのようだけど、後段の記述とは話が合わない気がするね。
GitHub としては Copilot の補完提供は「「あなたのコンテンツ」を販売またはその他の方法で配布」には
該当しないってことなんだろうけど、該当するという解釈も十分にできそう。 「WebKit」が「Subversion」リポジトリへのコミットを終了、「GitHub」へ引っ越し
Appleが開発するオープンソースのHTMLレンダリングエンジン
https://forest.watch.impress.co.jp/docs/news/1422035.html >>920
個別のOSSライセンスに基いて利用しているんだから関係ない
気に入らないならライセンスにGitHub及びMSは俺のコード使うなと書けばいい >>922
主なOSSライセンスにはコピーするなら著作権表記しろって書いてあるんだけど、Copilotはそれを無視してコピーするから問題になってる >>923
コピペじゃなくて学習な
その程度の批判なんてMSが事前に予想していないわけがないだろ?
誰よりも法律や訴訟に強いMSの法務部門がいけると判断した以上、素人が考えるだけ無駄 >>924
法務部門は優秀かもしれないけど、開発部門はけっこうマヌケなことやるからな
コピペじゃなくて学習だと聞いていたから法務は大丈夫と判断していたのだろう
だけどたまに学習元のコードがほぼそのまんま出て来てしまうことがあって、これは結果的にコピーと変わらないのでは?という話になってる GAFAMみたいなITのグローバル大手は「グレーならとりあえずやってみて法が後から追い付けばいい」が基本
結局法的に解決できず撤退したり賠償金取られたりするケースも多いので、過去の例からは「MS様が良しとしたんだから素人が考えるだけ無駄」は成り立たない 少なくともMSの法務より知識が乏しく頭も悪い素人連中が考えるのは明らかに無駄でしょ
弁護士が考えるなら無駄ではないかもね コピペすることを学習してしまったCopilotくん GitHubでコミット単位で承認(Approve)ってできますか?
Bitbucketではできるのですが。 Gitによる分散バージョン管理のメリットを皆無にするクソみたいな運用だな pushではなくcommitに承認を付けるという意味がわからんな
commitはローカルブランチで勝手にやるもんだろ プルリクエストで承認すればいいと思うんだけど違うの? コミット単位で承認なんて機能、Bitbucketにあったか? 昔仕事で死ぬほどBitbucket使ってたけどコミット単位で承認なんて機能には気がつかなかったな
仕事じゃない個人のリポジトリがBitbucketにあるんで試しにプルリクエスト作ってみたら確かにあるね
プルリクエストそのものへの承認の他に、コミットのハッシュをクリックしてコミットを表示させてそれを承認ができる
単体のコミットを承認してもプルリクエスト全体を承認したことにはならない
プルリクセストに属するコミットを全部承認してもプルリクエスト全体を承認したことにはならない
何に使うんだこれ... コミットの拒否なら何かに使えそうな気もするけど、特定の箇所を指摘するなら
コードの方に直接コメントするかなぁ。 githubにはないんですね。。。機能が貧弱なんですね。。。 BitBucketと違って、GitHubは声のでかい大口顧客の要望でアホなものを実装するようなことはないからな
GitHubが王者の座に居続けているのは、そのプロダクト戦略の一貫性と強さがあってのこと 少数の大口顧客のビジネスインパクトという点ではBitBucketよりはマシだろうけど、
明らかに大口顧客の要望と思しき変な機能が散見されるのはGitLabも同じだね
アホなものを実装している間にGitHubは遥かに潤沢な開発リソースを正しい機能の開発だけに投入しているわけで、永遠にGitHubに勝てるわけないんだよねえ なんか恣意的な論理。
大口顧客の要求はみんな「アホなもの」で「正しい機能」じゃないと?
それにGitHubは少数の大口顧客の要求に左右されたりはしないとしても、「正しい機能」をどうやって決定するかはまた別の話だしな。 少なくとも、最終的なエンドユーザーである個々の開発者にとってのUXを損なうことが明らかな機能は「アホなもの」なんじゃない?
少なくともGitHubのプロダクトマネージャはそう考えているだろうな まあ日本人は第二次大戦で敗北してから「勝ち組信奉」激しいからw
GitHubがたまたまいま比較して勝ってるから、どうしてもそれに縋っちゃうんだろうね
他社もかなりのとんでも成長してるんだがなー
そもそも論としてGitそのものの各機能要不要や運用の派閥というか宗派もある始末
この程度の違いなんかで優劣決まるもんじゃないわ
いまたまたまGitHubが強めなのはネコ→M$くらいしか理由なんかないじゃハゲ アフィカスは素人相手にマウント取ることでしかアイデンティティを保てないからな >>945
大口顧客の要求は「UXを損なう」と決まってるのかねぇ?そしてGitHubが自分で考えたものはそんなことないと。 大口顧客の要望する機能がすべてアホなものとは誰も言ってないのでは 攻撃しやすいように勝手に相手の主張を捻じ曲げるのはよくある手法 じゃあ俺の誤読かな。
大口顧客の要望にもGitHubが自分で考えたものにも「アホなもの」と「正しい」ものがあるというなら別に言うことはない。 大企業の非合理な社内文化から出てきた要望をそのまま実装するとアホな機能になりやすいとかそんな話かと
なんの制約もなく機能開発できるなら機能に一定の合理性を見いだせるはずで、
そうなっていないのは何らかの非合理が働いているのではないかと コミット単位での承認なんてアホ機能なんで必要なのか 抽象的すぎてわからんので大口顧客の横暴に負けて
実装された下らない機能の例示してくれ 「ほら、こんなアホな機能があるだろ?こんな機能が追加されたのは大口顧客のせいに違いない」 「な、アホな機能だろ?俺はコレがある理由を理解できないよ。だからこれはアホな機能なんだよ」 「この機能使い方は知らないけど、たぶんはこんな使い方をすると思うんだよ。そうすると使いものにならないんだよ。アホな機能だろ?」 「大口顧客のために追加された無駄な機能など存在しない!」という自分の考えが正しいと認めてもらわないと気が済まないんだろう
仮にその通りだとして、だからどうした?としか思わないけど
自分が快適に使えるなら勝手に使えばいいだけなのに 大口顧客が~ってのが単なる憶測でしかないって話だろ。皆無だという根拠もないが。
>「大口顧客のために追加された無駄な機能など存在しない!」という自分の考えが正しいと認めてもらわないと気が済まないんだろう
それストローマン。 憶測だとしてだからどうした?
君が憶測だと確信しているなら周りに「憶測ではない」という人がいてもどうでもいいこと タスク管理とかはJIRAでやってるのに、バージョン管理はGitHubっていう人いる? monorepoをforkして中のモジュールを修正したものをnpm
iで取り込みたいんだけどこれどうしたらいいんだ…
取り込みたいパッケージのworkspaceの指定みたいなのって出来ないのかな 2FAの期限、23年末まで延びたんだな
今月中かと思って有効化しちまった
時限的にAuthenticatorの数字がころころ変わって面白いなコレ GitHubの認証について質問です
以前GitHubへSSH認証で接続したことがあったので、
GitBashでssh -T git@github.comと入力してみたのですが、
Permission denied (publickey).と表示され、接続を拒否されてしまいました
どう対処すればよいでしょうか? >>970
ありがとうございます
ただ、過去にGitHub上にアップしたコードは存在しますし、
.sshディレクトリもあります(公開鍵や秘密鍵もあります)
GitHubさんがいろいろな事情で、設定を変更してしまうことってあるんですかね… >>971
sshに-vを渡してログを出力させて秘密鍵が参照されてるか確認してみたら
参照されていなければ.sshのパスがGitBashの$HOMEと違う場所になってるとか >>972
助言ありがとうございます
.sshディレクトリは、GitBashのホームの1つ下にあります(ls -aで表示されます)
ssh -vT git@github.comを入力してみたら、バーッと英文が表示されました
どこを見れば、秘密鍵が参照されているか確認できますか? >>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 >>974
ありがとうございます
ssh -vT git@github.comを実行して、該当する行を見たら、
(途中省略)/id_rsa type 0
となっていました 他のidentity fileの行は全て-1です
この後はどう対処したらよいでしょうか? >>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」になってると思う お手数をお掛けしています…
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を新規作成しました
そしたら無事に接続出来ました
ありがとうございました 申し訳ないです
過去の記憶が定かではないのですが、おそらくその時はhttpsで通信を行ったのだと
思います
皆さん本当に手を煩わせまして恐縮です >>979
githubはアクセストークン発行すれば今でもssh不要でパスワード認証も可能 これでも読めば?
GitHubにSSH接続する方法!(キーの作成からpushまで解説)
https://codelikes.com/github-ssh-connection/ SSH が推奨
HTTPS は、ユーザー名とパスワードで認証を行うため、面倒 GitHubのアカウント2つ以上取るのダメなのってなんで?
真面目に謎 2つ持ってる人はめっちや多いでしょ。
自分も比較的テクニカル寄りなアカウントと
ゲーム改編用のアーカイブ寄りのアカは分けてるよ。 昔は無料ユーザーの複数取得は利用規約で
禁止されてたはずだけど今はどうなんだろ >>986
だよね?
普通複数アカウント作るよね??? ユーザーIDを分ければそれごとのアカウントは作れるみたいな? 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). package造ると自動pushする環境のあるやつある このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 1594日 4時間 39分 4秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。