[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
258: デフォルトの名無しさん (ﾜｯﾁｮｲ dd14-H0Ic) [sage] 2022/11/15(火) 19:26:08.61 ID:5R6vrZIA0(3/4) AAS
多分最新のコードを見ながら必要な部分を
目視でより分けて修正しろって言ってるんだろうな
259(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4bcf-H0Ic) [sage] 2022/11/15(火) 19:33:40.07 ID:oaKUlL5c0(1) AAS
うちは自分の作業中にもメインブランチがどんどん進むからローカルでrebaseしまくりだな
260: デフォルトの名無しさん (ﾜｯﾁｮｲ dd14-H0Ic) [sage] 2022/11/15(火) 19:44:34.40 ID:5R6vrZIA0(4/4) AAS
>>259
普通そうだよね
定期的にrebaseしてないとマージが面倒になるし
261(1): デフォルトの名無しさん (ｱｳｱｳｱｰ Saab-KwnO) [sage] 2022/11/15(火) 19:55:16.46 ID:aKa6LP36a(1) AAS
長文さん、あぼ～んしたいからコテ入れてくれ
262(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/15(火) 20:22:00.46 ID:tWQzaYQC0(2/2) AAS
rebase 使わないとか git の利点半分くらい捨ててるぞ。
上で言われてるパッチ1個当てるくらいなら cherry-pick で済むけど
ブランチを再構成したり、コミットの順番を入れ替えたり、コミットを統合したり、分離したり、コミットメッセージを修正したり、使わない日がないくらいの万能ツール。
263(1): デフォルトの名無しさん (ﾜｯﾁｮｲ d55f-BvCT) [sage] 2022/11/15(火) 20:37:46.10 ID:5r8tW8Xc0(1) AAS
>>261 今週のうちには専用スレに引っ越してくれるらしいよ。 >>166
> スレは立てるが、肝心のアプリ名を今考え直してるところだから、来週まで待ってくれ。
まぁまた言うだけでやらない理由を長々と説明（）しはじめそうな気はしてるけど。
264(1): デフォルトの名無しさん (ﾜｯﾁｮｲ a37c-H0Ic) [sage] 2022/11/15(火) 22:12:13.74 ID:u2Y2Sh/m0(3/3) AAS
>>257
言っている意味が分からんｗ
checkout -bした時点のbranchが間違ってましたって話？ｗ
どっちにしてもrebaseなんていらんよｗ
265: デフォルトの名無しさん (ﾜｯﾁｮｲ 1563-sfiH) [sage] 2022/11/15(火) 22:19:29.03 ID:26oE0jcj0(1) AAS
>>263
後からどうとでもつけられるアプリ名を理由に挙げるくらいだからね
「アプリ名が気にいらないから他のを考える」とか言いそう
266(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-+RSR) [sage] 2022/11/15(火) 23:41:22.91 ID:xjjxhqm80(1) AAS
rebaseに関しては
履歴を戻ってでもコミットとその流れを綺麗にしたい派
と
戻るの面倒だし汚くてもいいじゃん派
がいるから話が噛み合わない
267: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/16(水) 00:06:32.65 ID:cpWhvvM10(1/4) AAS
コミットも含めて作品
ゴミを作ってる人には rebase は不要
そもそも git 不要だな
268: デフォルトの名無しさん (ﾜｯﾁｮｲ dd14-H0Ic) [sage] 2022/11/16(水) 02:10:40.58 ID:cpGIBcGj0(1/3) AAS
>>264
だからコミットが複数に分割されてしまうから
rebaseして意味のある単位に整えるんだろうが
いちいちパッチ当てるときに、
あれとこれとそれとどれを当ててくださいって
10個ぐらい持ってこられても困るぞ
269: デフォルトの名無しさん (ﾜｯﾁｮｲ dd14-H0Ic) [sage] 2022/11/16(水) 02:12:08.75 ID:cpGIBcGj0(2/3) AAS
>>266
コミットをパッチと考えて
後で再利用することを考えてる人
vs
後で見返すことなんてない人
の違いだな
結局一人プロジェクトなんよ
rebaseを価値を理解してないのは
270: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/16(水) 02:52:08.03 ID:cpWhvvM10(2/4) AAS
作りながら、やっぱりこのパッチは不要だから外そうとか、このパッチとこのパッチを両方適用して試そうとか、別の人の作業を取り込んで影響を調べようとか、お手軽自由自在にできるのが rebase の真髄
あと昨日の作業でタイポしちゃったとかでも直すのには rebase を使うのが基本
branch と rebase 無しでやれって言われたら気が狂いそう。もう昔には戻れない
271(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 03bd-f3Wa) [sage] 2022/11/16(水) 04:26:00.99 ID:WlnXLGJV0(1) AAS
パッチ適用 ←ここでコミット
↓
やっぱやめた ←ここでコミット
↓
２つのパッチ適応 ←ここでコミット
↓
別の人の作業を取り込んでみよう ←ここでコミット
↓
タイポ発見修整 ←ここでコミット
何がいけないの？これでいいじゃん
272: デフォルトの名無しさん (ﾜｯﾁｮｲ dd14-H0Ic) [sage] 2022/11/16(水) 04:42:56.11 ID:cpGIBcGj0(3/3) AAS
>>271
そんな都合よく行くかよｗ
実際の開発したことないのか？
パッチ適用 ←ここでコミット
タイポ発見修整 ←ここでコミット
バグ発見修整 ←ここでコミット
やっぱやめた ←ここでコミット
タイポ発見修整 ←ここでコミット
２つのパッチ適応 ←ここでコミット
やっぱやめた ←ここでコミット
タイポ発見修整 ←ここでコミット
別の人の作業を取り込んでみよう ←ここでコミット
バグ発見修整 ←ここでコミット
3つのパッチ適応 ←ここでコミット
バグ発見修整 ←ここでコミット
タイポ発見修整 ←ここでコミット
タイポ発見修整 ←ここでコミット
こんな大量のゴミコミットの中から、必要な部分だけ取り出すとかできるかよ
普段から整頓しておけって、子供の頃に教わらなかったか？
273: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/16(水) 07:24:52.25 ID:4to+8mNM0(1/6) AAS
>>251
Gitのコンセプトはなかなかチャレンジングだぞ。
全世界で唯一の履歴、完全平行作業(各自が任意のファイルを自由に同時に編集)ってのは、上手く行けば確かに面白い。
思考に階層がまるでない君らには通じないと思うが、
ソフトウェアは本来、実装階層ではなくて、コンセプト階層で勝負すべきなんだよ。
274: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/16(水) 07:27:07.12 ID:4to+8mNM0(2/6) AAS
>>253
(俺が言うとろくな展開にならなそうだが)
rebaseは清書用だからな。コードを実際に書く人向けではない。
mergeだけでも問題なく行ける。というかrebase自体がほぼmergeだし。
ここはGitのコンセプトがずれてて、
> リベースかマージか
> https://www.git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E6%A9%9F%E8%83%BD-%E3%83%AA%E3%83%99%E3%83%BC%E3%82%B9#_リベースかマージか
二者択一ではなく、共存が正しいのだが、機能的に欠けてるからおかしな事になってる。
共存させる為には経路情報が必要で、俺はそれが当然保存されてると思ってて探したのに無い！で始まったのが前スレ814-
この辺、Gitに欠けてる機能を補完するとしたら第二弾以降になる。まあ全く予定無しだが。
rebaseを常用するのは、少なくとも従来スタイル(>>127)だとマネジメントが機能してない証拠でしかなく不味い。
Gitが開発の手法を変えた！とか言われてるのはこの辺ぶち壊して、
従来型の(やってる感だけの)マネジメントなんて要りません！としたからだろうけど、
(まあ実際の所ろくにマネジメント出来てないし、
仮に問題が分かったとしても後からでは余計に邪魔でしかないので手当も出来ず、
なら最初から何もやりません！ってのも分からなくもないが)
Gitの場合はついでにアナログ的努力、具体的には176内
・regressionテスト
・レビュー
・コーディングルール
もイラネ！って全部捨ててるのはさずがに駄目だと思うが、これで回ってきてるのも事実だからな。
まあこれはさておき、多分rebaseの馬鹿らしさを実感出来る状況にあること自体がマトモであり、幸せなんだろうよ。
そしてそれは知らない人には通じない。これもよくある状況だよ。
ドタバタしか知らない連中は、ドタバタするものだと思っちゃってる、ってこと。朝の支度と同じ。
Gitは力業(ちからわざ：パワープレイ)が出来るだけに、全部力業に持ち込んでて、力業に頼らない方策を無視してる。
これも勝つ為の戦略だ！はありだけど、例えばサッカーで力業しか無かったら色々言われるでしょ。
275: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/16(水) 07:27:38.13 ID:4to+8mNM0(3/6) AAS
>>262
あ～ cherry pick ってそういう意味か。意味不明な機能だなとしか思ってなかったわ。
ただそれって多分、三角マージの指定方法を洗練すればmergeに統合出来た話で、
別機能にするのは仕様の練り方が全然足りない気がするが。(まあその気すらないようだが)
276(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4b14-H0Ic) [sage] 2022/11/16(水) 07:29:33.99 ID:iIuOsXs40(1/3) AAS
> ただそれって多分、三角マージの指定方法を洗練すればmergeに統合出来た話で、
できねーよ
頭悪いのか
277(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4b14-H0Ic) [sage] 2022/11/16(水) 07:31:39.07 ID:iIuOsXs40(2/3) AAS
>>276
> rebaseを常用するのは、少なくとも従来スタイル(>>127)だとマネジメントが機能してない証拠でしかなく不味い。
rebaseを管理の機能だと思ってるから
アホなんだよなぁｗ
278: デフォルトの名無しさん (ﾜｯﾁｮｲ 4b14-H0Ic) [sage] 2022/11/16(水) 07:33:21.02 ID:iIuOsXs40(3/3) AAS
> rebaseは清書用だからな。コードを実際に書く人向けではない。
これも理解してないやつのセリフ
適切なタイミングでコミットするから
rebaseが必要なんだが
ああ、コミットをpushと勘違いしてそうだなこいつｗ
279(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1d4e-Uv+W) [] 2022/11/16(水) 08:09:55.58 ID:lN1QdtbS0(1/3) AAS
facebook(meta)がgit対抗ソフト出した！
https://engineering.fb.com/2022/11/15/open-source/sapling-source-control-scalable/
> 歴史的に、バージョン管理システムの使いやすさには多くの要望が残されてきました。開発者は、リポジトリの複雑なイメージを維持することが期待されており、一見単純な目標を達成するために難解なコマンドを使用することを余儀なくされることがよくあります。Saplingでそれを修正することを目指しました。
長文ガイジの言い分は正しかった！！
280(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1d4e-Uv+W) [] 2022/11/16(水) 08:16:53.76 ID:lN1QdtbS0(2/3) AAS
> 多くのソース管理システムでは、コミットのスタックを操作することは特に困難です。スタックの早い段階でコミットに 1 行を追加するには、git rebase -iのような複雑なステートフル コマンドが必要です。Sapling は、最新のエンジニアでもスタック内のコミットを編集、再配置、および理解できるようにするための明示的なコマンドとワークフローを提供することで、これを簡単にします。
>
> 最も基本的なことは、スタック内のコミットを編集する場合、そのコミットをsl goto COMMITでチェックアウトし、変更を加えてsl amendで修正するだけです。Sapling は、スタックの一番上を新しく修正されたコミットに自動的に移動またはリベースするため、競合をすぐに解決できます。競合を今すぐ修正しないことを選択した場合は、そのコミットの作業を続行し、後でsl restackを実行してスタックを再び元に戻すことができます。Mercurial の Evolve 拡張機能に着想を得た Sapling は、内部で各コミットのミューテーション履歴を追跡し、スタックを何度編集しても、後でアルゴリズムによってスタックを再構築できるようにします。
Sugeeeeee！！！
281: デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-+RSR) [sage] 2022/11/16(水) 11:37:37.39 ID:4GOK4Qmg0(1) AAS
>>277
rebase自体がほぼmergeと言ってる時点でもうね…
OOPの話にしてもそうだけど、彼は点でしか物事捉えられないんだろうね
282(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/16(水) 12:11:32.56 ID:KM49zAuba(1/2) AAS
>>280
AI とか使って何とかするのか？
283(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/16(水) 12:19:06.08 ID:KM49zAuba(2/2) AAS
基本的なコマンドは一緒にしてあるんだね
Git Cheat Sheet
https://sapling-scm.com/docs/introduction/git-cheat-sheet
284: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-b9+P) [sage] 2022/11/16(水) 12:50:32.85 ID:adH18wyIM(1) AAS
どうせ新しく作るならAndroidやiOSをサポートしてほしかった
285: デフォルトの名無しさん (ﾜｯﾁｮｲ adc2-owoj) [sage] 2022/11/16(水) 13:04:46.48 ID:LmJ8L4ow0(1/3) AAS
Sapling is a new Git-compatible source control client.
だからgitリポジトリを操作するラッパーっていう感じか
286(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/16(水) 13:07:00.65 ID:cpWhvvM10(3/4) AAS
>>282
コンフリクトが出てもその場で直さずに放置して後で直せばいい、という阿呆な仕様でステートレスにしてるだけなので気にするな。
287: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/16(水) 13:21:48.17 ID:Y1TjeBe0a(1) AAS
>>286
凄くよく理解できました。
ありがとう。
Mercurial 使えはいいのかも。
288: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/16(水) 13:35:28.58 ID:cpWhvvM10(4/4) AAS
sl は
git のサブコマンドは(一見では)実態を表してないように見える
git rebase は万能過ぎて、最初に覚えるのがつらいので複数のコマンドに分割
って問題意識でコマンドを整理したんだろうな。histedit とかの命名に苦笑
どのみち一緒に使うことになるので最終的には手間が増えるだけな気がするけど
＃ うちでは sl ってやると蒸気機関車が走るよ
289: デフォルトの名無しさん (ﾜｯﾁｮｲ d55f-3TKi) [sage] 2022/11/16(水) 15:13:02.96 ID:NssUpRQd0(1) AAS
🚂🚂🚂
290: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/16(水) 15:21:07.43 ID:sEsoti0qa(1) AAS
https://github.com/mtoyoda/sl
291: デフォルトの名無しさん (ﾜｯﾁｮｲ 1d4e-Uv+W) [] 2022/11/16(水) 17:57:06.17 ID:lN1QdtbS0(3/3) AAS
でもお前ら正直Linusからの反撃（口撃）楽しみにしてるんだろ？
292: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-FFna) [] 2022/11/16(水) 18:20:17.34 ID:z+sJwdsYa(1) AAS
sl ってやると蒸気機関車
世代がばれるな
293: デフォルトの名無しさん (ﾜｯﾁｮｲ adc2-owoj) [sage] 2022/11/16(水) 18:25:58.19 ID:LmJ8L4ow0(2/3) AAS
今WSLにaptでslインストールしてみたけど蒸気機関車走ったわ
294: デフォルトの名無しさん (ﾜｯﾁｮｲ adc2-owoj) [sage] 2022/11/16(水) 18:31:10.60 ID:LmJ8L4ow0(3/3) AAS
Macでもbrewでインストールできて蒸気機関車走った
295: デフォルトの名無しさん (ﾜｯﾁｮｲ e5e4-wjvv) [sage] 2022/11/16(水) 18:35:05.10 ID:zNTc7QNW0(1/3) AAS
カレントブランチという概念が無くなって代わりにカレントコミットになるのね
カレントコミットはブランチのヘッドである必要が無くて、そのカレントコミットにamendとかcommitができる
amendするとカレントコミットからブランチヘッドまでを自動でリベースしてくれる
確かにひと手間減りそうだけど挙動を理解できてない奴が使うとリベースのコンフリクトが頻発して面倒なことになりそう
コンフリクト解決を後回しにできるみたいだけど溜めるとそれはそれで大変そう
296(1): デフォルトの名無しさん (ﾜｯﾁｮｲ e5e4-wjvv) [sage] 2022/11/16(水) 18:35:26.56 ID:zNTc7QNW0(2/3) AAS
みんなと共有済みのブランチでこの途中へのamendが出来ないようにしておかないと、amendした修正をマージするのが大変そうだけど、うまくやってくれる仕組みがあるのかな？
297: デフォルトの名無しさん (ﾜｯﾁｮｲ cd10-H0Ic) [sage] 2022/11/16(水) 18:38:18.21 ID:5yQdaCF40(1) AAS
Git の最新アップデートから考える開発手法の潮流
https://speakerdeck.com/yuukiyo/trends-in-development-methodology-from-the-latest-git-updates
298: デフォルトの名無しさん (ﾜｯﾁｮｲ e5e4-wjvv) [sage] 2022/11/16(水) 19:07:56.24 ID:zNTc7QNW0(3/3) AAS
ワークツリーの状態はカレントコミットが属するブランチの状態に保たれる？として、カレントコミットが複数のブランチに属してるような状態(できるのか？)ではどうなるのかな？
カレントコミットとは別にワークツリーの位置を指定するようなのは >>283 見ても見当たらないが、goto NAME と goto COMMIT でうまいことやってくれるのか
299: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/16(水) 23:51:27.30 ID:4to+8mNM0(4/6) AAS
>>279
> What will stand out, though, is how every command is designed for simplicity and ease of use.
> There is no staging area.
> Fixing mistakes with ease
うむ。アプリに対する哲学は俺と同じだ。
ただまあ、同様につらつら考えてたが、どうも根本の戦略が違うと感じる。
従来： 手戻りを最小化する
Git： 手戻りの手間を極限まで減らせば、手戻りがあっても問題ない
ここで言う「手戻り」は、最狭義の
> やっぱやめた (271,272)
から、
・regressionテストを省いたことで、一部機能を壊したことに気づけなかったことによる、再修正
・レビューをしなかったことにより、不十分な修正であることを見逃してしまった事による、再追加修正
・CodingRuleを規定しなかったことにより、潜在的にバグを発生させやすいコードが存在し、結果的にバグが発生したことによる、修正
・OOPの基本を遵守しなかったことによる、ハッシュ交換程度での、大手間
・そもそも基本アーキがゴミな事による、実装では回避しようのない、大手間(Gitはこれは問題ない)
みたいな、広義～広範囲の物も含めてだ。
ただこれをきっちり成功させる為には、リーダーポジションにそれなりに優秀な奴が必要なのと、
そいつにだけどうしても過重な負担がかかってしまうのが問題だ。
これは、相手の力量を見極めて仕事を配分していくので、手駒がない場合には自分でやらざるを得ない、というより、
無理に振ったところでどうせ後で全部やり直しになるところまで確定的に見えてしまうので、自分でやることを選択してしまうからだ。
例の「ブラック会社に勤めてるんだが、もう俺は限界かもしれない」の藤田がそれで、完全に過労死コースになる。
(俺はWebで無料公開してた漫画の所までしか知らないが、藤田の彼女がそうなってたような)
300: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/16(水) 23:51:46.25 ID:4to+8mNM0(5/6) AAS
この構造をぶち壊そうというのだから、Gitは過労死ストッパーとしては素晴らしいのかもしれんが、
俺や従来Cプログラマから見たら、「そんなコードでバグが取りきれる訳ねえだろ馬鹿かよ」でしかない。
その後の手間を考えたら、一度に直した方が楽なのに、それを選択しないのだから一緒にはやってられんよ、というわけ。
この根底には「手戻りを最小化する」という従来型アプローチの肯定がある。
対してGit教的にはこれは禁忌であり、「手戻りのコストが０ならいくら手戻りしても問題ないはずだ！」で、
Gitの場合は基本アーキだけは締めて、後は放置というわけだ。
CodingRuleやレビューはどうしても主観的だから、政治/哲学/信条が入り込む余地があって面倒なことは分かるけども、
完全に客観的なregressionテストまでやらないのは、逆方向の哲学を持ってるように見える。
つまり、従来型へのアンチテーゼだ。
まあ、従来型のアプローチにどこまで意味があったのか、という実験としては面白いだろうよ。
つき合ってられんので俺は降りるが。やり直すのが確定してる工事なんて無駄でしかない。
Gitが目指しているのは結局のところ、「ネットを介した人海戦術」でしかない。
そりゃ学術界からは相当嫌われるよ。
301(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/16(水) 23:52:15.86 ID:4to+8mNM0(6/6) AAS
そういえば禿曰く、「コーディングを開始する前にじっくりと設計した方が良いプログラムの規模に下限はない」で、
これが従来型での基本だよ。
「やっぱ止めた」ではなく、「やっぱ止めた、になる事は、最初からやらない」が正しいとされる。
ただ当たり前だがこれには仕様聞いたら実装をぱぱっと思いつく程度の技術レベルは必要で、
お前らには全然無理だ。
Gitは馬鹿が闇雲にやってもなんとか前進出来るようにはしたから、そりゃお前らには必要なんだろうよ。
だから従来は「プログラミングの勉強をしてない奴は、ろくにメンテできない」世界だった。
今はお前らが「Gitを勉強してない奴はGitを使うな！」と言ってて、ツールの勉強はしてるらしいが、
全くプログラミングの勉強をしてないから、糞コードを糞コードとも認識出来なくなってる。
これはGit陣営もだ。なんだかねー。
ネット人海戦術を成功させる為には、どんな馬鹿でも有効な人材として使う為のツールは重要だけども、
やっぱ本末転倒だと思うぜ。
本来の目的であるプログラミングの勉強をすべきで、ツールはあくまで補助的なものだろ。
世界一のクレクレ君には、そりゃいつか誰かがいいコードくれるのだろうけどさ。マジでなんだかねー。
302(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4b14-H0Ic) [sage] 2022/11/17(木) 00:57:49.25 ID:PPyT+nV+0(1) AAS
コーディングを開始する前にじっくりと設計した方が良い
このやり方では大きなものは作れない
303(2): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/17(木) 00:59:42.90 ID:SzkkMxOua(1) AAS
一応貼っておきます。
難解なコマンドって、何言ってるんだろ。
Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
https://gigazine.net/news/20221116-meta-sapling/
>「一見すると単純なゴールに到達するためには、難解なコマンドを使わざるを得ない」といった点をSaplingは解決しており、さまざまな面でシンプルに仕上がっているとMetaは述べています。
304(1): デフォルトの名無しさん (ﾜｯﾁｮｲ a5da-IBSA) [sage] 2022/11/17(木) 07:02:49.14 ID:oFtgoZb10(1) AAS
Git終了のお知らせ
Metaの大規模ソースコード管理システム「Sapling」がオープンソース化 - GIGAZINE
https://gigazine.net/news/20221116-meta-sapling/
305: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-Y/9p) [] 2022/11/17(木) 08:39:39.23 ID:t8CddWfYa(1) AAS
>>303
これは楽しみ
でもネーミングがダメだな
一般的な単語をそのまま使うのは検索性が劣るので普及しにくくなる
306: デフォルトの名無しさん (ﾜｯﾁｮｲ 1d4e-Uv+W) [] 2022/11/17(木) 09:11:12.47 ID:782WqxX70(1/2) AAS
大抵の環境ではslって打つと汽車走るしなぁ
307: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-FFna) [] 2022/11/17(木) 09:56:43.00 ID:V4QZv0Fqa(1/2) AAS
>>296
Git じゃなくて GitHub の話になるけど GitHub の fork はそこをうまく解決出来る手段だと思うわ
308: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-FFna) [] 2022/11/17(木) 10:03:55.51 ID:V4QZv0Fqa(2/2) AAS
>>301
判ります
309: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bce-IHKV) [sage] 2022/11/17(木) 14:30:18.96 ID:gm2HE+q+0(1) AAS
zuckerにしとけばよかったのに
zucker --clone
310(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1d4e-Uv+W) [] 2022/11/17(木) 19:17:01.68 ID:782WqxX70(2/2) AAS
Gitオワタｗｗｗ
Meta、Git互換のソースコード管理クライアント「Sapling」をオープンソース化
https://codezine.jp/article/detail/16876
> なお、インタラクティブなsmartlog Web UIも用意されており、「sl web」を実行するだけでWebブラウザが起動され、スマートログ、コミット、修正、チェックアウトなどの表示が可能となる。ほかにも、sl undo、sl redo、sl uncommit、sl unamendといったさまざまな操作を元に戻せるコマンドも用意されている。
311: デフォルトの名無しさん (ﾍﾞｰｲﾓ MMab-9aJV) [sage] 2022/11/17(木) 19:53:43.27 ID:CXVXUQuWM(1) AAS
meta の人が首切られても twitter の人みたいにならないようにしてるんかな
312: デフォルトの名無しさん (ﾜｯﾁｮｲ cd10-4LeY) [age] 2022/11/17(木) 19:55:29.04 ID:nV36xVvO0(1) AAS
>>310
お前何回同じリンク貼ってるの？
馬鹿なの？
>>303
>>304
313: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-Uv+W) [] 2022/11/17(木) 20:29:34.50 ID:uFwG0ab0a(1) AAS
gitおじさんイライラで草ｗ
codezineのリンクは初出だがｗ涙で字が見えないらしいｗｗｗ
314: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/17(木) 20:45:14.23 ID:oYIw5RmVa(1) AAS
200m四方までズームで追える仕様が、200cm四方までズームで追える仕様になってないと、置きかわりは無理やで。
315(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 4bcf-H0Ic) [sage] 2022/11/17(木) 21:19:54.35 ID:ArWNCDPA0(1) AAS
gitを使っている人ならsaplingの方が良いと思ったら乗り換えるだろうが
gitが難しいとか言ってる人に使いこなせるんだろうか
316: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/17(木) 22:08:49.01 ID:EURizIvt0(1) AAS
>>315
どうだろうね？
逆にgitに慣れた人が乗る換える利点は全くなさそうだけど、rebase 使ったことないとかほざいてる人たちは、とっと乗り換えるのが吉かもしれない。
ま、ちゃんとソースとか公開されてから評価なので今の時点で考えても無駄だな。
317: デフォルトの名無しさん (ﾜｯﾁｮｲ adc2-owoj) [sage] 2022/11/17(木) 23:07:28.26 ID:S8efKX2d0(1) AAS
gitよりもできることが制限されるとしたら乗り換えるメリット全くないな
318: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/18(金) 00:06:31.69 ID:jciRgkpH0(1/6) AAS
ステージングがない時点で移行できる人は初心者とかに限られてる気がするんだけど……
319: デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-+RSR) [sage] 2022/11/18(金) 03:05:52.17 ID:NJJaJqGX0(1/2) AAS
ごくわずかしかいないhgユーザーなら移行もありなんじゃね
知らんけど
320: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/18(金) 06:51:03.16 ID:AxmdzuHg0(1/5) AAS
>>302
お前らではな。それがGit以前の「最低限」だったし、その状況でGNU/Linuxは完全に動作してた。
ただまあ、Gitが何でどういう連中に崇拝されてるのかは理解出来たよ。
最終目的の「長期的メンテナンス」を、「コードの品質」でやるか「スーパークレクレ君」でやるかの違いだ。
ん～、やはり全く納得できんが、まあ見物だ。
しかし「スーパークレクレ君」にしても、最低限の選別眼は必要だと思うがなあ。Git開発陣にはこれもない。
昔から「仕事は段取り8割」と言われていて、プログラミングにもこれは当てはまるが、
「それなりの経験を積まないと、何が起こるかまるで想定出来ないので、段取りしようにも出来ない」という本質的な問題があって、
Gitはここを破壊したのだろう。だから本質的に初心者ホイホイで、初心者こそGitの恩恵にあやかれる。
道路工事やビル建設とは違い、情報だけを相手にするプログラミングだから、成立するのかもしれん。
Git開発陣見てると「段取り？何それ美味しいの？」だからね。
対して従来型は結局のところ「段取り」良くやろうとしてるだけだ。
ただGit開発陣以外はGitをツールとして段取り良くする為に使ってるし、俺はそいつらの方が正しいと思うけど。
それから、
従来： 「将来の手間の最小化」を目指し、今手間をかけて疎結合化する。(これにはリソースが限られているという大前提がある)
Git： 「リソースは無限大」なのだから、今の手間を最小化し、とにかく人を集めれば、いつか誰かが良いコードを書いてくれる。
とまあ、これも正反対だ。
結局のところ、従来型における「自分達でやらねばならない」という、
当たり前すぎて前提条件とも言われない、プロジェクトに於ける潜在意識みたいな物を、
Gitはぶち壊し、「いつか誰かがやってくれるんだから良いじゃん」とまあ、
(見てないけど)ゆたぽんに対する嫌悪感と同質の物を俺は感じる。あれもネットがなければまるで成立しないのが同じ。
良く言えばネット社会に適応したとも言えるわけだが、なんだかねー。
321: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/18(金) 06:51:32.62 ID:AxmdzuHg0(2/5) AAS
まあそりゃプログラミングの勉強なんてキリがないし、10,000時間とか要求されるし、
これに比べれば50-100時間もすればツールの達人には成れるから、おまえらみたいな馬鹿には魅力的に映るんだろうが、
マジでプログラマってコード書けない奴はゴミとしか見てないから、そこだけは注意しておいた方がいいと思うぜ。
(個人的にはこれも行きすぎだとも思ってはいるが)
ちなみに個人的にはこういう正当な苦労はしないと意味ないと思ってる。
自分にとって獲得が楽な知識は、他人にとっても楽なんだよ。
先行すれば、一時的にはちやほやされるかもしれないが、すぐに取って代わられるし、使い捨てられる。
プログラマなら、正当に、プログラミングの勉強をするべきだと思うぜ。
お前にとって10,000時間かかることは、後輩にとっても10,000時間かかるんだよ。
ツール屋として生きる、ってのも俺はありだとは思うけどな。(ただ多くのプログラマはそうは見てない)
322(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/18(金) 06:53:10.29 ID:AxmdzuHg0(3/5) AAS
>>315
その感覚が既にズレてる。
× 使いこなす
○ コードを書くことに集中しろ
自動rebaseってのは、ユーザーがrebaseする必要なくしているわけで、つまり、
プログラマはコードを書くことに集中しろ、日々の業務フロー通りにやってれば、自動的に上手く記録されるようになってる、というだけ。
要は「本業に集中しろ」であり、至極真っ当な方策。
使いこなすのではなく、そもそも使ってる感覚すら無くすことを目指してる。これは正しい。
メールや名刺を放り投げておいたら自動的に完璧に整理されてて、「あん時のアレ！」で出てくる、みたいな話。
或いは卒アルと言えば分かりやすいか？
まあ今時の若者には逆に通じないかもしれないが、
俺らが高校生だった大昔は、今みたいに全員がカメラ持ってる状況ではなかったから、
提携業者が勝手に学校に出入りして日々の授業風景から学園祭まで色々写真を撮り溜めてた。
そして卒アルとして編集されて、勝手に出てきた。
俺らは生徒として活動してれば、そつなく記録されてた、というわけ。これを目指してる。
日々の業務フローを適切にこなしてれば、完璧に記録されてるから、本業に集中しろ、というわけ。
使いこなす必要なんて、最初から無いんだよ。業務フローを守れ、それだけ。
323: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/18(金) 07:20:39.11 ID:jciRgkpH0(2/6) AAS
コミット・メッセージ不要とか言ってる長文君が、重要なのは将来の手間の最小化とか言ってて草
一人でしか開発したことないやつの戯言だね
324(2): デフォルトの名無しさん (ﾌﾞｰｲﾓ MM4b-0aU/) [sage] 2022/11/18(金) 08:57:16.76 ID:MZHPBThbM(1) AAS
>>322
自動rebaseはいわば自動的な記録改竄なわけで、全てを完璧に記録するのとは対極では？
今時のデータ収集と分析においては全てをありのまま記録した上でデータ利用時に工夫するのが正道で、むしろrebaseを廃した上で
rebase無しでも見づらくならないようにクライアントツール側で表示の仕方を工夫するのが筋かと
325: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/18(金) 09:09:55.30 ID:jciRgkpH0(3/6) AAS
>>324
うむ。お前も長文君と同じレベルで何も分かってないな。
git は履歴管理ツールじゃないよ。なので履歴改竄とかもないよ。
326: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/18(金) 09:30:58.43 ID:G2UZSnwTa(1) AAS
長文君には一刻も早くゴミ箱アプリを開発して理論の正しさを証明する必要があるので、他所のアプリの話はそこそこにして新しいスレッドで作業して欲しい
327: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/18(金) 09:43:06.36 ID:jciRgkpH0(4/6) AAS
①gitは情報共有ツール、他人や未来の自分に「効率良く」情報を提供し情報を利用するのに使う
②gitはパッチ管理ツール、上記①を実現するためにコミットを作成、検索、編集、再利用するのに使う
③gitは整理整頓ツール、上記①②の目的で日頃から不要な情報を削除し有益な情報のみを残すようにするのに使う
rebase は②のコミットの編集・再利用するためのコマンドで、主に③の目的で使用する
328: デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-+RSR) [sage] 2022/11/18(金) 12:31:12.44 ID:NJJaJqGX0(2/2) AAS
長文くんは毎回意味のわからない喩え(今回も卒アルがどうとか)使ってるけど、あれでわかりやすく説明できてると思ってんのかね
329(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/18(金) 16:55:16.94 ID:jciRgkpH0(5/6) AAS
俺が例にするとしたら「実験ノート」と「科学論文」かな。
長文君とかが欲しがってるのは「実験ノート」を録るツール。
git とかが提供しているのは「科学論文」を共有する論文誌。
「実験ノート」はありのまま全ての情報を記録するのが目的で後から修正したりしたら改竄になる。
でも「実験ノート」をそのまま貼り付けただけでは「科学論文」にはならない。論文では必要な情報だけを抜き出し簡潔にまとめて他人に分かり易く説明する必要がある。
そのためには何度も推敲する必要があり、手元にある論文の原稿は何度修正しても良い。改竄とかじゃない。
あと一度出版された論文の内容は修正できない。訂正するには新しい論文を書いて指摘する必要があるあたりも同じ。
意外と長文になった。すまん
330: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-FFna) [] 2022/11/18(金) 19:01:59.21 ID:PNsYUFFfa(1) AAS
meta版のgitもどきが出たことで
終わったのはgitじゃなくて
長文おじさんの方だったというオチ
331: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/18(金) 19:43:38.39 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) [sage] 2022/11/18(金) 19:44:10.39 ID:AxmdzuHg0(5/5) AAS
>>329
それは紙媒体前提の、20年前の思考だよ。
実際Gitはそうだけど。
333: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) [sage] 2022/11/18(金) 20:19:37.39 ID:jciRgkpH0(6/6) AAS
>>332
「紙媒体」ではなく「分散・非同期」でやる手続きな。git と科学研究の共通点。
「集中」とか「完全同期」とかの管理型が好みなら別の手順になる。
334(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 0663-Zg3I) [sage] 2022/11/20(日) 08:24:46.99 ID:26ugdOeM0(1/3) AAS
>>166
長文君がソフトを作る話はまた「いい名前を思いつかないから先延ばし」？
335(1): デフォルトの名無しさん (ﾜｯﾁｮｲ ff7b-hNv8) [sage] 2022/11/20(日) 09:16:26.61 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) [sage] 2022/11/20(日) 11:39:05.33 ID:3OcQOLJHr(1) AAS
相変わらず適当なこと書いてるな
337: デフォルトの名無しさん (ﾜｯﾁｮｲ 068f-h62Q) [sage] 2022/11/20(日) 14:18:59.87 ID:gSC6OZrC0(1) AAS
git使うと段取りが良くなるからみんな使ってるんだけど、長文君はそうじゃないみたいだな
338: デフォルトの名無しさん (ﾜｯﾁｮｲ 86bb-Rp15) [sage] 2022/11/20(日) 15:01:25.69 ID:7P4mnHvb0(1) AAS
git はプログラムした結果を共有するためのツールって延々書かれてるのに、都合の悪いことは無視するよな
それとも理解できないほど馬鹿なんだろうか
339: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa3b-VYX9) [sage] 2022/11/20(日) 15:19:13.23 ID:PLf6d8B0a(1) AAS
ルールさえ決めておけば物置になるだろ。
340(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 0663-Zg3I) [sage] 2022/11/20(日) 15:47:31.91 ID:26ugdOeM0(2/3) AAS
>>335
>御託を並べるのは長文君ソフト(仮)を完成させ、それがgitよりも
>使われるソフトになってからにしろ
ってことで、大口叩いてるのではないことを示すために進捗状況を
公開しろと言ってる
スレは立てたけどこうなるんだろ
>言うだけでやらない理由を長々と説明（）しはじめそう
341(1): デフォルトの名無しさん (ｵｯﾍﾟｹ Srdf-W1GA) [sage] 2022/11/20(日) 16:14:31.73 ID:FErBPmtpr(1) AAS
gitも満足に使えない奴ら向けのバージョン管理ソフトを作るってことはGit以上に開発に時間かかるだろうけど、本当に来年の3月までに一人で完成させられるのかな
342(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cf5f-stRS) [sage] 2022/11/20(日) 17:06:14.30 ID:juep7euz0(1) AAS
>>340-341 せっかく別スレが立ったんだから、こっちで触らないで欲しい。
343(1): デフォルトの名無しさん (ﾌﾞｰｲﾓ MMdb-z2oG) [sage] 2022/11/20(日) 17:13:04.64 ID:nmnx742zM(1) AAS
同意
ようやくGitスレに静寂が訪れた
344: デフォルトの名無しさん (ﾜｯﾁｮｲ 0663-Zg3I) [sage] 2022/11/20(日) 17:37:52.87 ID:26ugdOeM0(3/3) AAS
>>342-343
すまん
>ようやくGitスレに静寂が訪れた
そうなるといいな
345(1): デフォルトの名無しさん (ｵｯﾍﾟｹ Srdf-h62Q) [sage] 2022/11/21(月) 18:06:16.47 ID:cB8S2cn7r(1) AAS
ふと思ったんだが
・リモートブランチを削除して再度push（git push --delete + git push）
・リモートブランチに強制push（git push -f）
て一見やってること同じだけど違うことしてるのかな
346: デフォルトの名無しさん (ﾜｯﾁｮｲ 86bb-Rp15) [sage] 2022/11/21(月) 20:16:54.04 ID:zsgBxu9N0(1) AAS
>>345
追加のオプションによって動作が変わるので厳密には違うけど、原則似たようなもんだよ
347: デフォルトの名無しさん (ﾜｯﾁｮｲ 0610-D5jK) [] 2022/11/22(火) 12:50:44.41 ID:rJWy4AbF0(1) AAS
ワクチン接種歴「4回目までしか入力できない仕様」 - HER-SYSの接種歴回数、5回目は「不明」に
DSCIA自民
ネオコンウヨスパイは見つけ次第射殺しろ！
WHOロックフェラーを討伐せよ！
コロナで死んでいない人 99.96％ 厚生労働省発表
コロナ死者数のカウントはコロナ以外で死んだ人をコロナで死んだこととし
ワクチンを打たすため誘導した洗脳報道
裁判で名前を呼ばれる間抜けロックフェラー
コロナ対策に関する『大陪審（grand jury）』の審理を開始★ ライナー・フーミッヒ博士の冒頭陳述
https://www.bitchute.com/video/lZH4HZjO6QJE/
348: デフォルトの名無しさん (ﾜｯﾁｮｲ c3ad-W1GA) [sage] 2022/11/22(火) 22:08:00.97 ID:C866Nf2K0(1) AAS
いい歳こいて反ワクチンて
349(2): デフォルトの名無しさん (ﾜｯﾁｮｲ c34e-SIHv) [] 2022/11/23(水) 03:18:59.26 ID:Jj9cNU7H0(1/2) AAS
時を同じくして今、海外でも長文ガイジ理論が熱い！
分岐もマージもせずひたすら一本道のコミットが続く方法論が大人気！
https://westling.dev/b/extremely-linear-git
この記事に対するHacker Newsのスレでも驚愕を持って迎えられ議論白熱「思いもつかなかった」「世紀の大発見だ」「天才か！？」など大絶賛！
https://news.ycombinator.com/item?id=33704297
今、世界でバケツが熱い！
ちなみにGitHubのページはこちら
https://github.com/zegl/extremely-linear
350(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 0603-TaOI) [sage] 2022/11/23(水) 04:03:37.04 ID:hqniuc930(1) AAS
>>349
お前が持ってきた最初のリンクの内容を翻訳してやるよ。ヴァーカ
> 非常に直線的な Git の歴史
> 私が自分のプロジェクトでやりたいことの 1 つは、git の履歴をできるだけ直線的にすることです。
>
> 通常、これはコミットをメイン ブランチにリベースすることを意味しますが、
> フィーチャー ブランチからメインへの一方向のマージのみを許可し、
> その逆は許可しないことを意味する場合もあります。それはプロジェクトによって異なります。
351: デフォルトの名無しさん (ﾜｯﾁｮｲ c34e-SIHv) [] 2022/11/23(水) 04:11:32.20 ID:Jj9cNU7H0(2/2) AAS
>>350
バカだなぁ、もっと先まで読めよ早漏ｗ
352: デフォルトの名無しさん (ﾜｯﾁｮｲ 06cf-TaOI) [sage] 2022/11/23(水) 09:13:29.19 ID:Gf+fcBNM0(1) AAS
>>349
ビットコインかよｗ
353: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa3b-kfYZ) [] 2022/11/23(水) 15:17:09.85 ID:ntzd80TFa(1) AAS
shit!!!
354: デフォルトの名無しさん (ﾜｯﾁｮｲ fb10-TaOI) [] 2022/11/24(木) 19:40:50.83 ID:GoF3CE9R0(1) AAS
Git v2.39.0-rc0
355: デフォルトの名無しさん (ﾜｯﾁｮｲ f710-yG+0) [age] 2022/12/01(木) 09:13:28.57 ID:dttJopXh0(1) AAS
Git v2.39.0-rc1
Junio氏復活してるね
356(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 0acf-4FAg) [sage] 2022/12/03(土) 15:58:06.16 ID:zDxtPqo40(1) AAS
.gitmodules で commit-id やタグが指定できないのはなんか理由があってなのかな。
技術的にそう難しそうにも思えないが。
357: デフォルトの名無しさん (ﾜｯﾁｮｲ 30e4-6IzU) [sage] 2022/12/04(日) 02:42:11.35 ID:5sgL+SwZ0(1/3) AAS
>>356
urlの代わりにコミットID書くってこと？何のために？
上下前次1-新書関写板覧索設栞歴
あと 645 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s