[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
310(1): (ﾜｯﾁｮｲ 1d4e-Uv+W) 2022/11/17(木)19:17 ID:782WqxX70(2/2) AAS
Gitオワタｗｗｗ
Meta、Git互換のソースコード管理クライアント「Sapling」をオープンソース化
外部ﾘﾝｸ:codezine.jp
> なお、インタラクティブなsmartlog Web UIも用意されており、「sl web」を実行するだけでWebブラウザが起動され、スマートログ、コミット、修正、チェックアウトなどの表示が可能となる。ほかにも、sl undo、sl redo、sl uncommit、sl unamendといったさまざまな操作を元に戻せるコマンドも用意されている。
311: (ﾍﾞｰｲﾓ MMab-9aJV) 2022/11/17(木)19:53 ID:CXVXUQuWM(1) AAS
meta の人が首切られても twitter の人みたいにならないようにしてるんかな
312: (ﾜｯﾁｮｲ cd10-4LeY) [age] 2022/11/17(木)19:55 ID:nV36xVvO0(1) AAS
>>310
お前何回同じリンク貼ってるの？
馬鹿なの？
>>303
>>304
313: (ｱｳｱｳｳｰ Saa9-Uv+W) 2022/11/17(木)20:29 ID:uFwG0ab0a(1) AAS
gitおじさんイライラで草ｗ
codezineのリンクは初出だがｗ涙で字が見えないらしいｗｗｗ
314: (ｱｳｱｳｳｰ Saa9-9aJV) 2022/11/17(木)20:45 ID:oYIw5RmVa(1) AAS
200m四方までズームで追える仕様が、200cm四方までズームで追える仕様になってないと、置きかわりは無理やで。
315(2): (ﾜｯﾁｮｲ 4bcf-H0Ic) 2022/11/17(木)21:19 ID:ArWNCDPA0(1) AAS
gitを使っている人ならsaplingの方が良いと思ったら乗り換えるだろうが
gitが難しいとか言ってる人に使いこなせるんだろうか
316: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/17(木)22:08 ID:EURizIvt0(1) AAS
>>315
どうだろうね？
逆にgitに慣れた人が乗る換える利点は全くなさそうだけど、rebase 使ったことないとかほざいてる人たちは、とっと乗り換えるのが吉かもしれない。
ま、ちゃんとソースとか公開されてから評価なので今の時点で考えても無駄だな。
317: (ﾜｯﾁｮｲ adc2-owoj) 2022/11/17(木)23:07 ID:S8efKX2d0(1) AAS
gitよりもできることが制限されるとしたら乗り換えるメリット全くないな
318: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/18(金)00:06 ID:jciRgkpH0(1/6) AAS
ステージングがない時点で移行できる人は初心者とかに限られてる気がするんだけど……
319: (ﾜｯﾁｮｲ 4b8f-+RSR) 2022/11/18(金)03:05 ID:NJJaJqGX0(1/2) AAS
ごくわずかしかいないhgユーザーなら移行もありなんじゃね
知らんけど
320: (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/18(金)06:51 ID:AxmdzuHg0(1/5) AAS
>>302
お前らではな。それがGit以前の「最低限」だったし、その状況でGNU/Linuxは完全に動作してた。
ただまあ、Gitが何でどういう連中に崇拝されてるのかは理解出来たよ。
最終目的の「長期的メンテナンス」を、「コードの品質」でやるか「スーパークレクレ君」でやるかの違いだ。
ん～、やはり全く納得できんが、まあ見物だ。
しかし「スーパークレクレ君」にしても、最低限の選別眼は必要だと思うがなあ。Git開発陣にはこれもない。
昔から「仕事は段取り8割」と言われていて、プログラミングにもこれは当てはまるが、
「それなりの経験を積まないと、何が起こるかまるで想定出来ないので、段取りしようにも出来ない」という本質的な問題があって、
Gitはここを破壊したのだろう。だから本質的に初心者ホイホイで、初心者こそGitの恩恵にあやかれる。
道路工事やビル建設とは違い、情報だけを相手にするプログラミングだから、成立するのかもしれん。
Git開発陣見てると「段取り？何それ美味しいの？」だからね。
対して従来型は結局のところ「段取り」良くやろうとしてるだけだ。
ただGit開発陣以外はGitをツールとして段取り良くする為に使ってるし、俺はそいつらの方が正しいと思うけど。
それから、
従来： 「将来の手間の最小化」を目指し、今手間をかけて疎結合化する。(これにはリソースが限られているという大前提がある)
Git： 「リソースは無限大」なのだから、今の手間を最小化し、とにかく人を集めれば、いつか誰かが良いコードを書いてくれる。
とまあ、これも正反対だ。
結局のところ、従来型における「自分達でやらねばならない」という、
当たり前すぎて前提条件とも言われない、プロジェクトに於ける潜在意識みたいな物を、
Gitはぶち壊し、「いつか誰かがやってくれるんだから良いじゃん」とまあ、
(見てないけど)ゆたぽんに対する嫌悪感と同質の物を俺は感じる。あれもネットがなければまるで成立しないのが同じ。
良く言えばネット社会に適応したとも言えるわけだが、なんだかねー。
321: (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/18(金)06:51 ID:AxmdzuHg0(2/5) AAS
まあそりゃプログラミングの勉強なんてキリがないし、10,000時間とか要求されるし、
これに比べれば50-100時間もすればツールの達人には成れるから、おまえらみたいな馬鹿には魅力的に映るんだろうが、
マジでプログラマってコード書けない奴はゴミとしか見てないから、そこだけは注意しておいた方がいいと思うぜ。
(個人的にはこれも行きすぎだとも思ってはいるが)
ちなみに個人的にはこういう正当な苦労はしないと意味ないと思ってる。
自分にとって獲得が楽な知識は、他人にとっても楽なんだよ。
先行すれば、一時的にはちやほやされるかもしれないが、すぐに取って代わられるし、使い捨てられる。
プログラマなら、正当に、プログラミングの勉強をするべきだと思うぜ。
お前にとって10,000時間かかることは、後輩にとっても10,000時間かかるんだよ。
ツール屋として生きる、ってのも俺はありだとは思うけどな。(ただ多くのプログラマはそうは見てない)
322(1): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/18(金)06:53 ID:AxmdzuHg0(3/5) AAS
>>315
その感覚が既にズレてる。
× 使いこなす
○ コードを書くことに集中しろ
自動rebaseってのは、ユーザーがrebaseする必要なくしているわけで、つまり、
プログラマはコードを書くことに集中しろ、日々の業務フロー通りにやってれば、自動的に上手く記録されるようになってる、というだけ。
要は「本業に集中しろ」であり、至極真っ当な方策。
使いこなすのではなく、そもそも使ってる感覚すら無くすことを目指してる。これは正しい。
メールや名刺を放り投げておいたら自動的に完璧に整理されてて、「あん時のアレ！」で出てくる、みたいな話。
或いは卒アルと言えば分かりやすいか？
まあ今時の若者には逆に通じないかもしれないが、
俺らが高校生だった大昔は、今みたいに全員がカメラ持ってる状況ではなかったから、
提携業者が勝手に学校に出入りして日々の授業風景から学園祭まで色々写真を撮り溜めてた。
そして卒アルとして編集されて、勝手に出てきた。
俺らは生徒として活動してれば、そつなく記録されてた、というわけ。これを目指してる。
日々の業務フローを適切にこなしてれば、完璧に記録されてるから、本業に集中しろ、というわけ。
使いこなす必要なんて、最初から無いんだよ。業務フローを守れ、それだけ。
323: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/18(金)07:20 ID:jciRgkpH0(2/6) AAS
コミット・メッセージ不要とか言ってる長文君が、重要なのは将来の手間の最小化とか言ってて草
一人でしか開発したことないやつの戯言だね
324(2): (ﾌﾞｰｲﾓ MM4b-0aU/) 2022/11/18(金)08:57 ID:MZHPBThbM(1) AAS
>>322
自動rebaseはいわば自動的な記録改竄なわけで、全てを完璧に記録するのとは対極では？
今時のデータ収集と分析においては全てをありのまま記録した上でデータ利用時に工夫するのが正道で、むしろrebaseを廃した上で
rebase無しでも見づらくならないようにクライアントツール側で表示の仕方を工夫するのが筋かと
325: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/18(金)09:09 ID:jciRgkpH0(3/6) AAS
>>324
うむ。お前も長文君と同じレベルで何も分かってないな。
git は履歴管理ツールじゃないよ。なので履歴改竄とかもないよ。
326: (ｱｳｱｳｳｰ Saa9-9aJV) 2022/11/18(金)09:30 ID:G2UZSnwTa(1) AAS
長文君には一刻も早くゴミ箱アプリを開発して理論の正しさを証明する必要があるので、他所のアプリの話はそこそこにして新しいスレッドで作業して欲しい
327: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/18(金)09:43 ID:jciRgkpH0(4/6) AAS
①gitは情報共有ツール、他人や未来の自分に「効率良く」情報を提供し情報を利用するのに使う
②gitはパッチ管理ツール、上記①を実現するためにコミットを作成、検索、編集、再利用するのに使う
③gitは整理整頓ツール、上記①②の目的で日頃から不要な情報を削除し有益な情報のみを残すようにするのに使う
rebase は②のコミットの編集・再利用するためのコマンドで、主に③の目的で使用する
328: (ﾜｯﾁｮｲ 4b8f-+RSR) 2022/11/18(金)12:31 ID:NJJaJqGX0(2/2) AAS
長文くんは毎回意味のわからない喩え(今回も卒アルがどうとか)使ってるけど、あれでわかりやすく説明できてると思ってんのかね
329(1): (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/18(金)16:55 ID:jciRgkpH0(5/6) AAS
俺が例にするとしたら「実験ノート」と「科学論文」かな。
長文君とかが欲しがってるのは「実験ノート」を録るツール。
git とかが提供しているのは「科学論文」を共有する論文誌。
「実験ノート」はありのまま全ての情報を記録するのが目的で後から修正したりしたら改竄になる。
でも「実験ノート」をそのまま貼り付けただけでは「科学論文」にはならない。論文では必要な情報だけを抜き出し簡潔にまとめて他人に分かり易く説明する必要がある。
そのためには何度も推敲する必要があり、手元にある論文の原稿は何度修正しても良い。改竄とかじゃない。
あと一度出版された論文の内容は修正できない。訂正するには新しい論文を書いて指摘する必要があるあたりも同じ。
意外と長文になった。すまん
330: (ｱｳｱｳｳｰ Saa9-FFna) 2022/11/18(金)19:01 ID:PNsYUFFfa(1) AAS
meta版のgitもどきが出たことで
終わったのはgitじゃなくて
長文おじさんの方だったというオチ
331: (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/18(金)19:43 ID:AxmdzuHg0(4/5) AAS
>>324
俺もそう思うがそこはモノレポの限界なんだろ。
全てをありのままに記録するとbranchが煩雑すぎて余計意味分からんから、
いっそのこと熊手形状(ある点までは幹は一本でその先は一斉に分岐)に強制した上で、適用順に幹に追加、ということだろ。
幹は縞々模様になるが、一本鎖にはなるし、拡大すれば子細も得られ、縮小すればあらすじが得られる。
まあ初手としては悪くない選択だと思うよ。これまでのログを見慣れてる奴にも馴染みやすい。
そしてこの場合、rebaseをユーザーから隠蔽出来るから、(というか多分これが目的)
実際はありのまま全部記録してたが(M)、表示では一本鎖にしてました(V)、なんて事もツール内側だけで出来る。
だからsapling方式でユーザーは全く問題ないと分かったら、次手としてMVC分離で今君が言ってる事(＝俺が欲しい機能)もやれる。
ここら辺の作戦は、実用主義で良いと思うよ。ツールは、
・「今出来てない」ことが出来ないのは、大して問題にはならないが、
・「今出来てる」ことが出来なくなるのは、大問題だから
ユーザーからrebaseを本当に取り上げて良いかをまず様子見して、というわけだ。
(この点、ダイレクトにこの次手を目指すべき、と思う連中には物足りないだろうが、
作ってる連中が自分達のモノレポ用にチューニングしてるのだから、まあ仕方ない。
ただGitにはMVC臭がまるでなく、おかしな仕様になってる部分をmetaが修正してくれることには期待だ。
rebaseはViewでやるべきで、Modelでやるのは不味いし、基本にも反する。
ここら辺の判断が付かないのだから、Git開発陣はMVCを知らないのだと思うんだよね。つかあいつら色々不勉強すぎ)
ただ、根本的な問題は、今のGitは一次元(時間軸)方向に成長する「一つの」ものをトラッキングする用に出来てて、
モノレポみたいに「多数の」物をブチ込んだ場合に対応出来ないことだ。
モノレポの場合は成長方向が多数だから、例えば中央から外側各方向に成長するものであって、
記録としては年輪やレーダーチャートみたいな見え方にならないと駄目だが、少なくとも今のGitはそうなってない。ただの線だ。
(それはポリレポでやれ、なのだろうけど、適度に癒着してるからモノレポの方がいいという判断なのだろうし)
332(1): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/18(金)19:44 ID:AxmdzuHg0(5/5) AAS
>>329
それは紙媒体前提の、20年前の思考だよ。
実際Gitはそうだけど。
333: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/18(金)20:19 ID:jciRgkpH0(6/6) AAS
>>332
「紙媒体」ではなく「分散・非同期」でやる手続きな。git と科学研究の共通点。
「集中」とか「完全同期」とかの管理型が好みなら別の手順になる。
334(1): (ﾜｯﾁｮｲ 0663-Zg3I) 2022/11/20(日)08:24 ID:26ugdOeM0(1/3) AAS
>>166
長文君がソフトを作る話はまた「いい名前を思いつかないから先延ばし」？
335(1): (ﾜｯﾁｮｲ ff7b-hNv8) 2022/11/20(日)09:16 ID:zgGXmL2v0(1) AAS
立てた。
日常の進捗履歴記録ツールWitBucket(仮称)検討中
2chｽﾚ:tech
>>334
つかお前らマジのニートなんだと思うが、
今日やれ明日までにやれ今すぐやれ、とか、仕事はそういうものではないんだよ。
何であれ段取り良くしようと心掛けるのは大事。
というかそういう努力をしないと出来るようにはならないから、Gitに頼り切ってると上達しないのだと思うよ。今の君らがそれ。
ちなみにLinusがC++erを嫌ってるのは、
C++コンパイラがよしなにやってくれることを何も関知せず、C++なら素晴らしいと盲目的な連中が多いからで、
当たり前だがC++コンパイラが何やってるか理解してればそれをCで手動で書くことは(面倒だが)可能で、これを要求してる。
本来ツールはこのように、「無くても出来るけど、手間を減らす為に使う」のが正しく、
ツールがないと何も出来ない(C++コンパイラがやってくれないとメモリ管理も出来ない）連中が使うべき物ではないんだ。
Gitで凄く楽になった、が正しく、Gitが無いとプログラミング出来ません、は完全に間違い。
これはGit以前はそれなりに「手動で」段取り良くやらないと収拾がつかなかったからだけども、
ここでツールに頼り切って段取り良くやることを放棄しては駄目だ。
(と思うがGit陣営はこれで回ってるからなあ。
でも上達はしてない。ただこれも、Git以前の上達＝段取りが良くなる、に近いから、
Gitがあれで最終的に破綻しないのならあれでいいのだ！になってしまうし、なんだかねー)
336: (ｵｯﾍﾟｹ Srdf-W1GA) 2022/11/20(日)11:39 ID:3OcQOLJHr(1) AAS
相変わらず適当なこと書いてるな
337: (ﾜｯﾁｮｲ 068f-h62Q) 2022/11/20(日)14:18 ID:gSC6OZrC0(1) AAS
git使うと段取りが良くなるからみんな使ってるんだけど、長文君はそうじゃないみたいだな
338: (ﾜｯﾁｮｲ 86bb-Rp15) 2022/11/20(日)15:01 ID:7P4mnHvb0(1) AAS
git はプログラムした結果を共有するためのツールって延々書かれてるのに、都合の悪いことは無視するよな
それとも理解できないほど馬鹿なんだろうか
339: (ｱｳｱｳｳｰ Sa3b-VYX9) 2022/11/20(日)15:19 ID:PLf6d8B0a(1) AAS
ルールさえ決めておけば物置になるだろ。
上下前次1-新書関写板覧索設栞歴
あと 663 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s