ソースコード ホスティング総合【GitHub,GitLab,Bitbucket等】
■ このスレッドは過去ログ倉庫に格納されています
>>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時間経たないとだめとかそんな制約あったっけ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる