[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
36: デフォルトの名無しさん (ﾜｯﾁｮｲ 85c2-evei) [sage] 2022/11/07(月) 21:26:22.00 ID:4MIK6HWO0(2/2) AAS
もう勘弁してつかあさい
70(1): デフォルトの名無しさん (ﾜｯﾁｮｲ debb-qVfh) [sage] 2022/11/10(木) 02:36:46.00 ID:CrU8rP2e0(1/3) AAS
世の中にはバージョン管理が理解できなくて、必要性を全く感じない人もいるのだな。
git の機能は実際に必要な人が多数いたから実装されたものがほとんどなんだけど。
自分が不要な機能は他の人も不要と思っちゃうところが素人の限界なんだろうな。
そういう馬鹿ユーザー層にも git の知名度が上がったんだろうけど、今頃ようやく勉強始めてスレを長文で荒らすのは勘弁して欲しい。
git は既にかなり長い歴史のあるソフトウェアなんで長期間便利に使い続けている人が多数いるんだぜ。
何が気に入らないか知らんけど、このスレを荒らしても git には勝てないぞ。
99: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 06:43:34.00 ID:h41UD2lS0(2/29) AAS
>>90Gitが提供しているもの： 1000ページの取扱説明書を読まないとまともに使えない、超高性能電動ドリル
ユーザーが欲しかったもの： 引き金を引けば回るだけ、簡単で今すぐ使える、ホビー用電動ドリル
122(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 12:09:47.00 ID:h41UD2lS0(14/29) AAS
>>119119(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/12(土) 11:59:07.72 ID:zxvXZjfz0(3/14) AAS
>>111
アホでやんの。マニュアル斜め読みしただけで実際に使用してないので本質が見えてないな
rebase する前に新しいブランチ切ってやれば
rebase前とrebase後の両方残せるという基礎の基礎すら理解できてないのか
普通はそうやって使うんだよ。マージも一緒。
ブランチが軽量で好きなだけ切れるので情報残したい数だけブランチを切ればいいだけだよ
rebase --keep-base みたいな使い方もあるけど基本が理解できてないやつは混乱するだけだろうな
> rebase する前に新しいブランチ切ってやれば
そこはbranchではなくてタグだとは思うが、要はそれ、gcされないようにポインタ残してるだけだろ。
しかし開発しなくなったbranchは刈り取れ、というのが一般の使い方だろ。（それが推奨されてるように見える）
そもそもgcされないようにxxする、というのが間違ってるんだよ。
そんなところまでユーザーが密結合すべきではない。
普通にオススメ通りやったら、探せば何処かに履歴はあるよ、程度じゃないと。
まあ--keep-baseについては見てみるよ。
Bookの方が断然良かったのでman の方読むの止めてたから、知らなかった。
123: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/12(土) 12:11:08.00 ID:zxvXZjfz0(4/14) AAS
>>121121(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 12:01:03.49 ID:h41UD2lS0(13/29) AAS
>>117
ああその失敗情報は有り難い。
ただ、そこは理論的に問題ない。
技術的には、Gitでもカレントを「上書き」するのだからコピーと同じだけのI/Oが必要であり、
I/Oバウンドの場合、GitでもSubversionでもその部分の処理時間は同じになる。
(Gitのbranch切換とSubversionのブランチ作成が同じI/O負荷）
そこで速度差が出るのだから、実際は、86で既に言ったとおり、Subversionが各ソースを「展開」するのが遅くて、
それはおそらく順方向履歴しか持ってないからだ。
(逆方向履歴持ってれば、commitは早くならないかもしれないが、branch切り出しはコピーと同速に出来る）
ここら辺はSubversionの基本アーキが腐ってるからだが、
この点GitBucketは中身Gitだから、コピーするだけで、結果的には本家Git（上書きするだけ）と同速だよ。
そのコピーが重い？
だったらbranch切換セレクタだけは付けるから、それで勝手に自前で管理しろ。
バックアップツールとしては、branchはパスが伸びただけの意味しかないからそうする、というのは112の通り。
コピーオンライトのファイルシステム、つまりハードリンクにする手もあるけど、これはユーザーが付いて来れないだろ。
ならコピー時間待たせた方がいい。
お前、作成の負荷と切り替えの負荷の区別ついてないだろ
実用上で問題になるのは作成の負荷、切り替えはディレクトリ方式の方が軽いけどそこは重要じゃない
212(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1563-sfiH) [sage] 2022/11/13(日) 22:31:13.00 ID:md3JoP5e0(6/8) AAS
>>206206(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/13(日) 21:59:49.24 ID:Eh77ZCvU0(10/15) AAS
>>205
205： 連中がキモイとか言うなら、そいつらが作ったコードも使うべきではない
俺： コードにポリコレは持ち込まない。誰が(キモイ連中)が作ったかは関係なく、そのコードが正しく動く範囲なら使う。
お前らポリコレ過ぎる。コードはコード、作成者がキモかろうが関係ない。
というか、まあ、キモイとか言うなら使うな！というのがCodeOfConductだから、
205の姿勢はGit的には正しいのかもしれんが、とにかく俺はそうじゃない。
(この点も俺はGit勢には馴染まないから、やっぱ遠巻きに見守るべきだな。変に突っ込んでたら大騒ぎだったかもしれん)
しかしこの勢いだと、GPLv4にはポリコレが入って、「キモイとか言う奴には使わせない」とかになりそうだな。
笑えねえ。
ベースにしたくなるくらいしっかりしたソフトが開発された方法に
ケチつけるなって話だがな
>>211211(2): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/13(日) 22:17:53.79 ID:Eh77ZCvU0(12/15) AAS
>>205
ちなみに技術的な話をすると、
> gitのコードはしっかりしているということだろ
これは根本的に違ってて、要するに俺が楽したいだけなんだよ。
内部DBを外部ソフトに委ねるのは、最大の目的は、そのソフトのツール群を使えるようにする為。
最悪ユーザー側で何とでもなるというのは、ユーザーにも安心で、これは重要なんだよ。(POSIX君はこの点を問題視してるわけ）
そして外部ソフト自体がバグってても勝手に直してもらえる。
寄っかかることに抵抗がなければ、寄っかかった方がユーザーにも制作側にもメリットがあるんだよ。
(勿論囲い込みは出来なくなるが、最初からそんなのする気ないし）
デメリットは、その外部ソフトのバグもユーザーには俺のバグにに見えるから、俺がバグ対応窓口にさせられる可能性があること。
俺のバグなら致し方ないが、外部ソフトのバグなんて対応してられない。だから安心出来る範囲でしか使わない、ということ。
要は全部楽する為の方策であって、お前らみたいにポリコレまみれではないんだよ。
寄りかかれば楽ができるくらいgitはしっかりしてるってことだろ
長文君はフォークフォークと言ってるだけで実際に何かを始めたわけではない >>195
222(1): デフォルトの名無しさん (ﾌﾞｰｲﾓ MM69-AMkR) [] 2022/11/13(日) 23:50:21.00 ID:6O/r8caVM(1) AAS
どうでもいいが、バックアップ取りたいだけならrsnapshotとかあるけど知らないのかな
239: デフォルトの名無しさん (ﾜｯﾁｮｲ cd68-YfO/) [] 2022/11/14(月) 10:23:41.00 ID:TzEiJIKc0(1) AAS
ごっみばけっつの人はさっさと専用スレ作って移動しろよ
いつまでめーわくかけ続けるんだよ
307: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-FFna) [] 2022/11/17(木) 09:56:43.00 ID:V4QZv0Fqa(1/2) AAS
>>296Git じゃなくて GitHub の話になるけど GitHub の fork はそこをうまく解決出来る手段だと思うわ
370: デフォルトの名無しさん (ﾜｯﾁｮｲ 9717-PD/V) [sage] 2022/12/19(月) 18:50:59.00 ID:sTgf3Ndf0(1) AAS
役に立つ回答では無いと思うけどgitlabだとできる
674: デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-3f7T) [sage] 2023/06/27(火) 12:52:46.00 ID:fTMASdNNr(1) AAS
長文くんはなんで隔離スレから出てきたの？
868(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/25(金) 07:41:53.00 ID:Wiq8Fw170(1/2) AAS
>>864> 社内専用システムを用意したりする余裕のない組織
そういう会社こそ外部システムを必要とするわけだし、そいつは出来ない事にしたいだけだな。
モノリポが難しいわけではない。(むしろ簡単)
同様に分散が難しいわけでもない。(gitが無駄に難しく複雑なのは主に濱野がこの点では無能だからだろう)
なお、ソースコード履歴ツリーは、全く同じ運用がgitでも出来る。
(ただgitの推奨《＝みんながやってる形式》とは違うから、バグ踏む可能性もあるが)
>>866866(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-Afo3) [sage] 2023/08/25(金) 05:00:12.06 ID:dTY0c2Oa0(1/3) AAS
>>863
技術的な話として
基盤となっているオーバーレイ型の共有ファイルシステムはコストフルなので速いネットワークを要求する
拠点内か高速のネットワークで拠点間を繋がなければ遅くて使えたもんじゃない
つまり google 内だから使える仕組みであって一般に使えるものじゃない
ファイルシステム自体が企業秘密だしね
そのままではCitcは無理なのは分かった。
ただ、ならgitと同様丸々コピーしてしまえば解決する。
世の中の全てを含んだモノリポではなく、関連する数個のリポの「マルチリポ」でも十分効果がある。
>>867867(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-Afo3) [sage] 2023/08/25(金) 05:22:43.53 ID:dTY0c2Oa0(2/3) AAS
>>864
レビュー・システム経由でしかコミットできない仕組みなので git で言うなら
・全員がローカルの master ブランチで開発する
・できたらコミット1回分ごとにプルリクを送ってレビューしてもらう
・レビュー通ったら本番サービスに即自動反映する
みたいな運用だな。WEBシステム特有というかサービス・プロバイダー特化
> WEBシステム特有というかサービス・プロバイダー特化
そうではないと思うがな。何故gitを使わないといけない事にしたいんだ？
gitは、Linus担当部分の「マージの効率化」が目的で、そこで発想が終了してる。
Piperは「アプリケーション開発全体の効率化」が目的で、当然「テスト」や「リファクタ」も含まれてる。
「依存関係」を見るには纏まってる方が便利だから、マルチリポ化を目指す事になる。
スケールメリットもあるので、速度に問題がなければ結果的にモノリポ化する。
何の開発でも「依存関係」の確認は必要だ。
結果的にマルチリポなら、mainリポ（＝本体)とsubリポ(＝依存関係を参照するだけ)に分離するだけで機能する。
googleって「ねえねえ僕ってすごいでしょ！！！入社してね！！！」みたいな方針のように見えるし、
社外にPiperモドキをリリースし、「続きはgoogleに入社してから！！！」な方が自然に感じる。
880(3): デフォルトの名無しさん (ﾜｯﾁｮｲ 0fe6-mbMR) [sage] 2023/09/20(水) 15:05:17.00 ID:aE0319zM0(1) AAS
TortoiseGitを使って、SVNのリポジトリをGitに変換してみたけど、
SVNとの併用が想定されているのか、タグがブランチのままだったり、
trunkという名前のブランチができていたり、思っていたのとちょっと違う結果でした。
完全一方向でよいのだけど、Windowsで綺麗に変換できるツールはありませんか？
927: デフォルトの名無しさん (ﾜｯﾁｮｲ 1b19-7Zbx) [sage] 2023/10/04(水) 19:57:12.00 ID:DAvATOQV0(1/2) AAS
むしろ新人に概念教えずにExcelやメモ帳で開いてコマンドコピペで設定しろって新人教育してるから
例えばmavenリポジトリ設定してても、新人はリポジトリって知らないってなっちゃう。
管理者(メンテナー)だけにファイル管理任せたり、ファイルサーバーにtarball置いて、これ使ってね
ってするのは一見楽そうなんだけど、た担当者不在やちょっとし不注意で全員地獄に落ちるような運用は
よくないよ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.059s