ソースコード ホスティング総合【GitHub,GitLab,Bitbucket等】
■ このスレッドは過去ログ倉庫に格納されています
>>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に移行するきっかけになる人多そう ■ このスレッドは過去ログ倉庫に格納されています