22/11/15 18:40:15.33 u2Y2Sh/m0.net
>>255
別にまた修正すればいいだけじゃね？
前のブランチに戻って修正するの？ｗ
263:デフォルトの名無しさん
22/11/15 19:22:21.43 5R6vrZIA0.net
>>256
ブランチが3つあったら
3回同じ修正しろって言ってるの？
ちょっと問題外すぎ
rebaseいらない。だって3回修正すればいい
だめだこりゃｗ
264:デフォルトの名無しさん
22/11/15 19:26:08.61 5R6vrZIA0.net
多分最新のコードを見ながら必要な部分を
目視でより分けて修正しろって言ってるんだろうな
265:デフォルトの名無しさん
22/11/15 19:33:40.07 oaKUlL5c0.net
うちは自分の作業中にもメインブランチがどんどん進むからローカルでrebaseしまくりだな
266:デフォルトの名無しさん
22/11/15 19:44:34.40 5R6vrZIA0.net
>>259
普通そうだよね
定期的にrebaseしてないとマージが面倒になるし
267:デフォルトの名無しさん
22/11/15 19:55:16.46 aKa6LP36a.net
長文さん、あぼ～んしたいからコテ入れてくれ
268:デフォルトの名無しさん
22/11/15 20:22:00.46 tWQzaYQC0.net
rebase 使わないとか git の利点半分くらい捨ててるぞ。
上で言われてるパッチ1個当てるくらいなら cherry-pick で済むけど
ブランチを再構成したり、コミットの順番を入れ替えたり、コミットを統合したり、分離したり、コミットメッセージを修正したり、使わない日がないくらいの万能ツール。
269:デフォルトの名無しさん
22/11/15 20:37:46.10 5r8tW8Xc0.net
>>261 今週のうちには専用スレに引っ越してくれるらしいよ。 >>166
> スレは立てるが、肝心のアプリ名を今考え直してるところだから、来週まで待ってくれ。
まぁまた言うだけでやらない理由を長々と説明（）しはじめそうな気はしてるけど。
270:デフォルトの名無しさん
22/11/15 22:12:13.74 u2Y2Sh/m0.net
>>257
言っている意味が分からんｗ
checkout -bした時点のbranchが間違ってましたって話？ｗ
どっちにしてもrebaseなんていらんよｗ
271:デフォルトの名無しさん
22/11/15 22:19:29.03 26oE0jcj0.net
>>263
後からどうとでもつけられるアプリ名を理由に挙げるくらいだからね
「アプリ名が気にいらないから他のを考える」とか言いそう
272:デフォルトの名無しさん
22/11/15 23:41:22.91 xjjxhqm80.net
rebaseに関しては
履歴を戻ってでもコミットとその流れを綺麗にしたい派
と
戻るの面倒だし汚くてもいいじゃん派
がいるから話が噛み合わない
273:デフォルトの名無しさん
22/11/16 00:06:32.65 cpWhvvM10.net
コミットも含めて作品
ゴミを作ってる人には rebase は不要
そもそも git 不要だな
274:デフォルトの名無しさん
22/11/16 02:10:40.58 cpGIBcGj0.net
>>264
だからコミットが複数に分割されてしまうから
rebaseして意味のある単位に整えるんだろうが
いちいちパッチ当てるときに、
あれとこれとそれとどれを当ててくださいって
10個ぐらい持ってこられても困るぞ
275:デフォルトの名無しさん
22/11/16 02:12:08.75 cpGIBcGj0.net
>>266
コミットをパッチと考えて
後で再利用することを考えてる人
vs
後で見返すことなんてない人
の違いだな
結局一人プロジェクトなんよ
rebaseを価値を理解してないのは
276:デフォルトの名無しさん
22/11/16 02:52:08.03 cpWhvvM10.net
作りながら、やっぱりこのパッチは不要だから外そうとか、このパッチとこのパッチを両方適用して試そうとか、別の人の作業を取り込んで影響を調べようとか、お手軽自由自在にできるのが rebase の真髄
あと昨日の作業でタイポしちゃったとかでも直すのには rebase を使うのが基本
branch と rebase 無しでやれって言われたら気が狂いそう。もう昔には戻れない
277:デフォルトの名無しさん
22/11/16 04:26:00.99 WlnXLGJV0.net
パッチ適用 ←ここでコミット
↓
やっぱやめた ←ここでコミット
↓
２つのパッチ適応 ←ここでコミット
↓
別の人の作業を取り込んでみよう ←ここでコミット
↓
タイポ発見修整 ←ここでコミット
何がいけないの？これでいいじゃん
278:デフォルトの名無しさん
22/11/16 04:42:56.11 cpGIBcGj0.net
>>271
そんな都合よく行くかよｗ
実際の開発したことないのか？
パッチ適用 ←ここでコミット
タイポ発見修整 ←ここでコミット
バグ発見修整 ←ここでコミット
やっぱやめた ←ここでコミット
タイポ発見修整 ←ここでコミット
２つのパッチ適応 ←ここでコミット
やっぱやめた ←ここでコミット
タイポ発見修整 ←ここでコミット
別の人の作業を取り込んでみよう ←ここでコミット
バグ発見修整 ←ここでコミット
3つのパッチ適応 ←ここでコミット
バグ発見修整 ←ここでコミット
タイポ発見修整 ←ここでコミット
タイポ発見修整 ←ここでコミット
こんな大量のゴミコミットの中から、必要な部分だけ取り出すとかできるかよ
普段から整頓しておけって、子供の頃に教わらなかったか？
279:デフォルトの名無しさん
22/11/16 07:24:52.25 4to+8mNM0.net
>>251
Gitのコンセプトはなかなかチャレンジングだぞ。
全世界で唯一の履歴、完全平行作業(各自が任意のファイルを自由に同時に編集)ってのは、上手く行けば確かに面白い。
思考に階層がまるでない君らには通じないと思うが、
ソフトウェアは本来、実装階層ではなくて、コンセプト階層で勝負すべきなんだよ。
280:デフォルトの名無しさん
22/11/16 07:27:07.12 4to+8mNM0.net
>>253
(俺が言うとろくな展開にならなそうだが)
rebaseは清書用だからな。コードを実際に書く人向けではない。
mergeだけでも問題なく行ける。というかrebase自体がほぼmergeだし。
ここはGitのコンセプトがずれてて、
> リベースかマージか
> URLﾘﾝｸ(www.git-scm.com)リベースかマージか
二者択一ではなく、共存が正しいのだが、機能的に欠けてるからおかしな事になってる。
共存させる為には経路情報が必要で、俺はそれが当然保存されてると思ってて探したのに無い！で始まったのが前スレ814-
この辺、Gitに欠けてる機能を補完するとしたら第二弾以降になる。まあ全く予定無しだが。
rebaseを常用するのは、少なくとも従来スタイル(>>127)だとマネジメントが機能してない証拠でしかなく不味い。
Gitが開発の手法を変えた！とか言われてるのはこの辺ぶち壊して、
従来型の(やってる感だけの)マネジメントなんて要りません！としたからだろうけど、
(まあ実際の所ろくにマネジメント出来てないし、
仮に問題が分かったとしても後からでは余計に邪魔でしかないので手当も出来ず、
なら最初から何もやりません！ってのも分からなくもないが)
Gitの場合はついでにアナログ的努力、具体的には176内
・regressionテスト
・レビュー
・コーディングルール
もイラネ！って全部捨ててるのはさずがに駄目だと思うが、これで回ってきてるのも事実だからな。
まあこれはさておき、多分rebaseの馬鹿らしさを実感出来る状況にあること自体がマトモであり、幸せなんだろうよ。
そしてそれは知らない人には通じない。これもよくある状況だよ。
ドタバタしか知らない連中は、ドタバタするものだと思っちゃってる、ってこと。朝の支度と同じ。
Gitは力業(ちからわざ：パワープレイ)が出来るだけに、全部力業に持ち込んでて、力業に頼らない方策を無視してる。
これも勝つ為の戦略だ！はありだけど、例えばサッカーで力業しか無かったら色々言われるでしょ。
281:デフォルトの名無しさん
22/11/16 07:27:38.13 4to+8mNM0.net
>>262
あ～ cherry pick ってそういう意味か。意味不明な機能だなとしか思ってなかったわ。
ただそれって多分、三角マージの指定方法を洗練すればmergeに統合出来た話で、
別機能にするのは仕様の練り方が全然足りない気がするが。(まあその気すらないようだが)
282:デフォルトの名無しさん
22/11/16 07:29:33.99 iIuOsXs40.net
> ただそれって多分、三角マージの指定方法を洗練すればmergeに統合出来た話で、
できねーよ
頭悪いのか
283:デフォルトの名無しさん
22/11/16 07:31:39.07 iIuOsXs40.net
>>276
> rebaseを常用するのは、少なくとも従来スタイル(>>127)だとマネジメントが機能してない証拠でしかなく不味い。
rebaseを管理の機能だと思ってるから
アホなんだよなぁｗ
284:デフォルトの名無しさん
22/11/16 07:33:21.02 iIuOsXs40.net
> rebaseは清書用だからな。コードを実際に書く人向けではない。
これも理解してないやつのセリフ
適切なタイミングでコミットするから
rebaseが必要なんだが
ああ、コミットをpushと勘違いしてそうだなこいつｗ
285:デフォルトの名無しさん
22/11/16 08:09:55.58 lN1QdtbS0.net
facebook(meta)がgit対抗ソフト出した！
URLﾘﾝｸ(engineering.fb.com)
> 歴史的に、バージョン管理システムの使いやすさには多くの要望が残されてきました。開発者は、リポジトリの複雑なイメージを維持することが期待されており、一見単純な目標を達成するために難解なコマンドを使用することを余儀なくされることがよくあります。Saplingでそれを修正することを目指しました。
長文ガイジの言い分は正しかった！！
286:デフォルトの名無しさん
22/11/16 08:16:53.76 lN1QdtbS0.net
> 多くのソース管理システムでは、コミットのスタックを操作することは特に困難です。スタックの早い段階でコミットに 1 行を追加するには、git rebase -iのような複雑なステートフル コマンドが必要です。Sapling は、最新のエンジニアでもスタック内のコミットを編集、再配置、および理解できるようにするための明示的なコマンドとワークフローを提供することで、これを簡単にします。
>
> 最も基本的なことは、スタック内のコミットを編集する場合、そのコミットをsl goto COMMITでチェックアウトし、変更を加えてsl amendで修正するだけです。Sapling は、スタックの一番上を新しく修正されたコミットに自動的に移動またはリベースするため、競合をすぐに解決できます。競合を今すぐ修正しないことを選択した場合は、そのコミットの作業を続行し、後でsl restackを実行してスタックを再び元に戻すことができます。Mercurial の Evolve 拡張機能に着想を得た Sapling は、内部で各コミットのミューテーション履歴を追跡し、スタックを何度編集しても、後でアルゴリズムによってスタックを再構築できるようにします。
Sugeeeeee！！！
287:デフォルトの名無しさん
22/11/16 11:37:37.39 4GOK4Qmg0.net
>>277
rebase自体がほぼmergeと言ってる時点でもうね…
OOPの話にしてもそうだけど、彼は点でしか物事捉えられないんだろうね
288:デフォルトの名無しさん
22/11/16 12:11:32.56 KM49zAuba.net
>>280
289:AI とか使って何とかするのか？
290:デフォルトの名無しさん
22/11/16 12:19:06.08 KM49zAuba.net
基本的なコマンドは一緒にしてあるんだね
Git Cheat Sheet
URLﾘﾝｸ(sapling-scm.com)
291:デフォルトの名無しさん
22/11/16 12:50:32.85 adH18wyIM.net
どうせ新しく作るならAndroidやiOSをサポートしてほしかった
292:デフォルトの名無しさん
22/11/16 13:04:46.48 LmJ8L4ow0.net
Sapling is a new Git-compatible source control client.
だからgitリポジトリを操作するラッパーっていう感じか
293:デフォルトの名無しさん
22/11/16 13:07:00.65 cpWhvvM10.net
>>282
コンフリクトが出てもその場で直さずに放置して後で直せばいい、という阿呆な仕様でステートレスにしてるだけなので気にするな。
294:デフォルトの名無しさん
22/11/16 13:21:48.17 Y1TjeBe0a.net
>>286
凄くよく理解できました。
ありがとう。
Mercurial 使えはいいのかも。
295:デフォルトの名無しさん
22/11/16 13:35:28.58 cpWhvvM10.net
sl は
git のサブコマンドは(一見では)実態を表してないように見える
git rebase は万能過ぎて、最初に覚えるのがつらいので複数のコマンドに分割
って問題意識でコマンドを整理したんだろうな。histedit とかの命名に苦笑
どのみち一緒に使うことになるので最終的には手間が増えるだけな気がするけど
＃ うちでは sl ってやると蒸気機関車が走るよ
296:デフォルトの名無しさん
22/11/16 15:13:02.96 NssUpRQd0.net
🚂🚂🚂
297:デフォルトの名無しさん
22/11/16 15:21:07.43 sEsoti0qa.net
URLﾘﾝｸ(github.com)
298:デフォルトの名無しさん
22/11/16 17:57:06.17 lN1QdtbS0.net
でもお前ら正直Linusからの反撃（口撃）楽しみにしてるんだろ？
299:デフォルトの名無しさん
22/11/16 18:20:17.34 z+sJwdsYa.net
sl ってやると蒸気機関車
世代がばれるな
300:デフォルトの名無しさん
22/11/16 18:25:58.19 LmJ8L4ow0.net
今WSLにaptでslインストールしてみたけど蒸気機関車走ったわ
301:デフォルトの名無しさん
22/11/16 18:31:10.60 LmJ8L4ow0.net
Macでもbrewでインストールできて蒸気機関車走った
302:デフォルトの名無しさん
22/11/16 18:35:05.10 zNTc7QNW0.net
カレントブランチという概念が無くなって代わりにカレントコミットになるのね
カレントコミットはブランチのヘッドである必要が無くて、そのカレントコミットにamendとかcommitができる
amendするとカレントコミットからブランチヘッドまでを自動でリベースしてくれる
確かにひと手間減りそうだけど挙動を理解できてない奴が使うとリベースのコンフリクトが頻発して面倒なことになりそう
コンフリクト解決を後回しにできるみたいだけど溜めるとそれはそれで大変そう
303:デフォルトの名無しさん
22/11/16 18:35:26.56 zNTc7QNW0.net
みんなと共有済みのブランチでこの途中へのamendが出来ないようにしておかないと、amendした修正をマージするのが大変そうだけど、うまくやってくれる仕組みがあるのかな？
304:デフォルトの名無しさん
22/11/16 18:38:18.21 5yQdaCF40.net
Git の最新アップデートから考える開発手法の潮流
URLﾘﾝｸ(speakerdeck.com)
305:デフォルトの名無しさん
22/11/16 19:07:56.24 zNTc7QNW0.net
ワークツリーの状態はカレントコミットが属するブランチの状態に保たれる？として、カレントコミットが複数のブランチに属してるような状態(できるのか？)ではどうなるのかな？
カレントコミットとは別にワークツリーの位置を指定するようなのは >>283 見ても見当たらないが、goto NAME と goto COMMIT でうまいことやってくれるのか
306:デフォルトの名無しさん
22/11/16 23:51:27.30 4to+8mNM0.net
>>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で無料公開してた漫画の所までしか知らないが、藤田の彼女がそうなってたような)
307:デフォルトの名無しさん
22/11/16 23:51:46.25 4to+8mNM0.net
この構造をぶち壊そうというのだから、Gitは過労死ストッパーとしては素晴らしいのかもしれんが、
俺や従来Cプログラマから見たら、「そんなコードでバグが取りきれる訳ねえだろ馬鹿かよ」でしかない。
その後の手間を考えたら、一度に直した方が楽なのに、それを選択しないのだから一緒にはやってられんよ、というわけ。
この根底には「手戻りを最小化する」という従来型アプローチの肯定がある。
対してGit教的にはこれは禁忌であり、「手戻りのコストが０ならいくら手戻りしても問題ないはずだ！」で、
Gitの場合は基本アーキだけは締めて、後は放置というわけだ。
CodingRuleやレビューはどうしても主観的だから、政治/哲学/信条が入り込む余地があって面倒なことは分かるけども、
完全に客観的なregressionテストまでやらないのは、逆方向の哲学を持ってるように見える。
つまり、従来型へのアンチテーゼだ。
まあ、従来型のアプローチにどこまで意味があったのか、という実験としては面白いだろうよ。
つき合ってられんので俺は降りるが。やり直すのが確定してる工事なんて無駄でしかない。
Gitが目指しているのは結局のところ、「ネットを介した人海戦術」でしかない。
そりゃ学術界からは相当嫌われるよ。
308:デフォルトの名無しさん
22/11/16 23:52:15.86 4to+8mNM0.net
そういえば禿曰く、「コーディングを開始する前にじっくりと設計した方が良いプログラムの規模に下限はない」で、
これが従来型での基本だよ。
「やっぱ止めた」ではなく、「やっぱ止めた、になる事は、最初からやらない」が正しいとされる。
ただ当たり前だがこれには仕様聞いたら実装をぱぱっと思いつく程度の技術レベルは必要で、
お前らには全然無理だ。
Gitは馬鹿が闇雲にやってもなんとか前進出来るようにはしたから、そりゃお前らには必要なんだろうよ。
だから従来は「プログラミングの勉強をしてない奴は、ろくにメンテできない」世界だった。
今はお前らが「Gitを勉強してない奴はGitを使うな！」と言ってて、ツールの勉強はしてるらしいが、
全くプログラミングの勉強をしてないから、糞コードを糞コードとも認識出来なくなってる。
これはGit陣営もだ。なんだかねー。
ネット人海戦術を成功させる為には、どんな馬鹿でも有効な人材として使う為のツールは重要だけども、
やっぱ本末転倒だと思うぜ。
本来の目的であるプログラミングの勉強をすべきで、ツールはあくまで補助的なものだろ。
世界一のクレクレ君には、そりゃいつか誰かがいいコードくれるのだろうけどさ。マジでなんだかねー。
309:デフォルトの名無しさん
22/11/17 00:57:49.25 PPyT+nV+0.net
コーディングを開始する前にじっくりと設計した方が良い
このやり方では大きなものは作れない
310:デフォルトの名無しさん
22/11/17 00:59:42.90 SzkkMxOua.net
一応貼っておきます。
難解なコマンドって、何言ってるんだろ。
Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
URLﾘﾝｸ(gigazine.net)
>「一見すると単純なゴールに到達するためには、難解なコマンドを使わざるを得ない」といった点をSaplingは解決しており、さまざまな面でシンプルに仕上がっているとMetaは述べています。
311:デフォルトの名無しさん
22/11/17 07:02:49.14 oFtgoZb10.net
Git終了のお知らせ
Metaの大規模ソースコード管理システム「Sapling」がオープンソース化 - GIGAZINE
URLﾘﾝｸ(gigazine.net)
312:デフォルトの名無しさん
22/11/17 08:39:39.23 t8CddWfYa.net
>>303
これは楽しみ
でもネーミングがダメだな
一般的な単語をそのまま使うのは検索性が劣るので普及しにくくなる
313:デフォルトの名無しさん
22/11/17 09:11:12.47 782WqxX70.net
大抵の環境ではslって打つと汽車走るしなぁ
314:デフォルトの名無しさん
22/11/17 09:56:43.00 V4QZv0Fqa.net
>>296
Git じゃなくて GitHub の話になるけど GitHub の fork はそこをうまく解決出来る手段だと思うわ
315:デフォルトの名無しさん
22/11/17 10:03:55.51 V4QZv0Fqa.net
>>301
判ります
316:デフォルトの名無しさん (ﾜｯﾁｮｲ 4bce-IHKV)
22/11/17 14:30:18.96 gm2HE+q+0.net
zuckerにしとけばよかったのに
zucker --clone
317:デフォルトの名無しさん
22/11/17 19:17:01.68 782WqxX70.net
Gitオワタｗｗｗ
Meta、Git互換のソースコード管理クライアント「Sapling」をオープンソース化
URLﾘﾝｸ(codezine.jp)
> なお、インタラクティブなsmartlog Web UIも用意されており、「sl web」を実行するだけでWebブラウザが起動され、スマートログ、コミット、修正、チェックアウトなどの表示が可能となる。ほかにも、sl undo、sl redo、sl uncommit、sl unamendといったさまざまな操作を元に戻せるコマンドも用意されている。
318:デフォルトの名無しさん
22/11/17 19:53:43.27 CXVXUQuWM.net
meta の人が首切られても twitter の人みたいにならないようにしてるんかな
319:デフォルトの名無しさん
22/11/17 19:55:29.04 nV36xVvO0.net
>>310
お前何回同じリンク貼ってるの？
馬鹿なの？
>>303
>>304
320:デフォルトの名無しさん
22/11/17 20:29:34.50 uFwG0ab0a.net
gitおじさんイライラで草ｗ
codezineのリンクは初出だがｗ涙で字が見えないらしいｗｗｗ
321:デフォルトの名無しさん
22/11/17 20:45:14.23 oYIw5RmVa.net
200m四方までズームで追える仕様が、200cm四方までズームで追える仕様になってないと、置きかわりは無理やで。
322:デフォルトの名無しさん
22/11/17 21:19:54.35 ArWNCDPA0.net
gitを使っている人ならsaplingの方が良いと思ったら乗り換えるだろうが
gitが難しいとか言ってる人に使いこなせるんだろうか
323:デフォルトの名無しさん
22/11/17 22:08:49.01 EURizIvt0.net
>>315
どうだろうね？
逆にgitに慣れた人が乗る換える利点は全くなさそうだけど、rebase 使ったことないとかほざいてる人たちは、とっと乗り換えるのが吉かもしれない。
ま、ちゃんとソースとか公開されてから評価なので今の時点で考えても無駄だな。
324:デフォルトの名無しさん
22/11/17 23:07:28.26 S8efKX2d0.net
gitよりもできることが制限されるとしたら乗り換えるメリット全くないな
325:デフォルトの名無しさん
22/11/18 00:06:31.69 jciRgkpH0.net
ステージングがない時点で移行できる人は初心者とかに限られてる気がするんだけど……
326:デフォルトの名無しさん
22/11/18 03:05:52.17 NJJaJqGX0.net
ごくわずかしかいないhgユーザーなら移行もありなんじゃね
知らんけど
327:デフォルトの名無しさん
22/11/18 06:51:03.16 AxmdzuHg0.net
>>302
お前らではな。それがGit以前の「最低限」だったし、その状況でGNU/Linuxは完全に動作してた。
ただまあ、Gitが何でどういう連中に崇拝されてるのかは理解出来たよ。
最終目的の「長期的メンテナンス」を、「コードの品質」でやるか「スーパークレクレ君」でやるかの違いだ。
ん～、やはり全く納得できんが、まあ見物だ。
しかし「スーパークレクレ君」にしても、最低限の選別眼は必要だと思うがなあ。Git開発陣にはこれもない。
昔から「仕事は段取り8割」と言われていて、プログラミングにもこれは当てはまるが、
「それなりの経験を積まないと、何が起こるかまるで想定出来ないので、段取りしようにも出来ない」という本質的な問題があって、
Gitはここを破壊したのだろう。だから本質的に初心者ホイホイで、初心者こそGitの恩恵にあやかれる。
道路工事やビル建設とは違い、情報だけを相手にするプログラミングだから、成立するのかもしれん。
Git開発陣見てると「段取り？何それ美味しいの？」だからね。
対して従来型は結局のところ「段取り」良くやろうとしてるだけだ。
ただGit開発陣以外はGitをツールとして段取り良くする為に使ってるし、俺はそいつらの方が正しいと思うけど。
それから、
従来： 「将来の手間の最小化」を目指し、今手間をかけて疎結合化する。(これにはリソースが限られているという大前提がある)
Git： 「リソースは無限大」なのだから、今の手間を最小化し、とにかく人を集めれば、いつか誰かが良いコードを書いてくれる。
とまあ、これも正反対だ。
結局のところ、従来型における「自分達でやらねばならない」という、
当たり前すぎて前提条件とも言われない、プロジェクトに於ける潜在意識みたいな物を、
Gitはぶち壊し、「いつか誰かがやってくれるんだから良いじゃん」とまあ、
(見てないけど)ゆたぽんに対する嫌悪感と同質の物を俺は感じる。あれもネットがなければまるで成立しないのが同じ。
良く言えばネット社会に適応したとも言えるわけだが、なんだかねー。
328:デフォルトの名無しさん
22/11/18 06:51:32.62 AxmdzuHg0.net
まあそりゃプログラミングの勉強なんてキリがないし、10,000時間とか要求されるし、
これに比べれば50-100時間もすればツールの達人には成れるから、おまえらみたいな馬鹿には魅力的に映るんだろうが、
マジでプログラマってコード書けない奴はゴミとしか見てないから、そこだけは注意しておいた方がいいと思うぜ。
(個人的にはこれも行きすぎだとも思ってはいるが)
ちなみに個人的にはこういう正当な苦労はしないと意味ないと思ってる。
自分にとって獲得が楽な知識は、他人にとっても楽なんだよ。
先行すれば、一時的にはちやほやされるかもしれないが、すぐに取って代わられるし、使い
329:捨てられる。 プログラマなら、正当に、プログラミングの勉強をするべきだと思うぜ。 お前にとって10,000時間かかることは、後輩にとっても10,000時間かかるんだよ。 ツール屋として生きる、ってのも俺はありだとは思うけどな。(ただ多くのプログラマはそうは見てない)
330:デフォルトの名無しさん
22/11/18 06:53:10.29 AxmdzuHg0.net
>>315
その感覚が既にズレてる。
× 使いこなす
○ コードを書くことに集中しろ
自動rebaseってのは、ユーザーがrebaseする必要なくしているわけで、つまり、
プログラマはコードを書くことに集中しろ、日々の業務フロー通りにやってれば、自動的に上手く記録されるようになってる、というだけ。
要は「本業に集中しろ」であり、至極真っ当な方策。
使いこなすのではなく、そもそも使ってる感覚すら無くすことを目指してる。これは正しい。
メールや名刺を放り投げておいたら自動的に完璧に整理されてて、「あん時のアレ！」で出てくる、みたいな話。
或いは卒アルと言えば分かりやすいか？
まあ今時の若者には逆に通じないかもしれないが、
俺らが高校生だった大昔は、今みたいに全員がカメラ持ってる状況ではなかったから、
提携業者が勝手に学校に出入りして日々の授業風景から学園祭まで色々写真を撮り溜めてた。
そして卒アルとして編集されて、勝手に出てきた。
俺らは生徒として活動してれば、そつなく記録されてた、というわけ。これを目指してる。
日々の業務フローを適切にこなしてれば、完璧に記録されてるから、本業に集中しろ、というわけ。
使いこなす必要なんて、最初から無いんだよ。業務フローを守れ、それだけ。
331:デフォルトの名無しさん
22/11/18 07:20:39.11 jciRgkpH0.net
コミット・メッセージ不要とか言ってる長文君が、重要なのは将来の手間の最小化とか言ってて草
一人でしか開発したことないやつの戯言だね
332:デフォルトの名無しさん
22/11/18 08:57:16.76 MZHPBThbM.net
>>322
自動rebaseはいわば自動的な記録改竄なわけで、全てを完璧に記録するのとは対極では？
今時のデータ収集と分析においては全てをありのまま記録した上でデータ利用時に工夫するのが正道で、むしろrebaseを廃した上で
rebase無しでも見づらくならないようにクライアントツール側で表示の仕方を工夫するのが筋かと
333:デフォルトの名無しさん
22/11/18 09:09:55.30 jciRgkpH0.net
>>324
うむ。お前も長文君と同じレベルで何も分かってないな。
git は履歴管理ツールじゃないよ。なので履歴改竄とかもないよ。
334:デフォルトの名無しさん
22/11/18 09:30:58.43 G2UZSnwTa.net
長文君には一刻も早くゴミ箱アプリを開発して理論の正しさを証明する必要があるので、他所のアプリの話はそこそこにして新しいスレッドで作業して欲しい
335:デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO)
22/11/18 09:43:06.36 jciRgkpH0.net
①gitは情報共有ツール、他人や未来の自分に「効率良く」情報を提供し情報を利用するのに使う
②gitはパッチ管理ツール、上記①を実現するためにコミットを作成、検索、編集、再利用するのに使う
③gitは整理整頓ツール、上記①②の目的で日頃から不要な情報を削除し有益な情報のみを残すようにするのに使う
rebase は②のコミットの編集・再利用するためのコマンドで、主に③の目的で使用する
336:デフォルトの名無しさん
22/11/18 12:31:12.44 NJJaJqGX0.net
長文くんは毎回意味のわからない喩え(今回も卒アルがどうとか)使ってるけど、あれでわかりやすく説明できてると思ってんのかね
337:デフォルトの名無しさん
22/11/18 16:55:16.94 jciRgkpH0.net
俺が例にするとしたら「実験ノート」と「科学論文」かな。
長文君とかが欲しがってるのは「実験ノート」を録るツール。
git とかが提供しているのは「科学論文」を共有する論文誌。
「実験ノート」はありのまま全ての情報を記録するのが目的で後から修正したりしたら改竄になる。
でも「実験ノート」をそのまま貼�
338:阨tけただけでは「科学論文」にはならない。論文では必要な情報だけを抜き出し簡潔にまとめて他人に分かり易く説明する必要がある。 そのためには何度も推敲する必要があり、手元にある論文の原稿は何度修正しても良い。改竄とかじゃない。 あと一度出版された論文の内容は修正できない。訂正するには新しい論文を書いて指摘する必要があるあたりも同じ。 意外と長文になった。すまん
339:デフォルトの名無しさん
22/11/18 19:01:59.21 PNsYUFFfa.net
meta版のgitもどきが出たことで
終わったのはgitじゃなくて
長文おじさんの方だったというオチ
340:デフォルトの名無しさん
22/11/18 19:43:38.39 AxmdzuHg0.net
>>324
俺もそう思うがそこはモノレポの限界なんだろ。
全てをありのままに記録するとbranchが煩雑すぎて余計意味分からんから、
いっそのこと熊手形状(ある点までは幹は一本でその先は一斉に分岐)に強制した上で、適用順に幹に追加、ということだろ。
幹は縞々模様になるが、一本鎖にはなるし、拡大すれば子細も得られ、縮小すればあらすじが得られる。
まあ初手としては悪くない選択だと思うよ。これまでのログを見慣れてる奴にも馴染みやすい。
そしてこの場合、rebaseをユーザーから隠蔽出来るから、(というか多分これが目的)
実際はありのまま全部記録してたが(M)、表示では一本鎖にしてました(V)、なんて事もツール内側だけで出来る。
だからsapling方式でユーザーは全く問題ないと分かったら、次手としてMVC分離で今君が言ってる事(＝俺が欲しい機能)もやれる。
ここら辺の作戦は、実用主義で良いと思うよ。ツールは、
・「今出来てない」ことが出来ないのは、大して問題にはならないが、
・「今出来てる」ことが出来なくなるのは、大問題だから
ユーザーからrebaseを本当に取り上げて良いかをまず様子見して、というわけだ。
(この点、ダイレクトにこの次手を目指すべき、と思う連中には物足りないだろうが、
作ってる連中が自分達のモノレポ用にチューニングしてるのだから、まあ仕方ない。
ただGitにはMVC臭がまるでなく、おかしな仕様になってる部分をmetaが修正してくれることには期待だ。
rebaseはViewでやるべきで、Modelでやるのは不味いし、基本にも反する。
ここら辺の判断が付かないのだから、Git開発陣はMVCを知らないのだと思うんだよね。つかあいつら色々不勉強すぎ)
ただ、根本的な問題は、今のGitは一次元(時間軸)方向に成長する「一つの」ものをトラッキングする用に出来てて、
モノレポみたいに「多数の」物をブチ込んだ場合に対応出来ないことだ。
モノレポの場合は成長方向が多数だから、例えば中央から外側各方向に成長するものであって、
記録としては年輪やレーダーチャートみたいな見え方にならないと駄目だが、少なくとも今のGitはそうなってない。ただの線だ。
(それはポリレポでやれ、なのだろうけど、適度に癒着してるからモノレポの方がいいという判断なのだろうし)
341:デフォルトの名無しさん
22/11/18 19:44:10.39 AxmdzuHg0.net
>>329
それは紙媒体前提の、20年前の思考だよ。
実際Gitはそうだけど。
342:デフォルトの名無しさん
22/11/18 20:19:37.39 jciRgkpH0.net
>>332
「紙媒体」ではなく「分散・非同期」でやる手続きな。git と科学研究の共通点。
「集中」とか「完全同期」とかの管理型が好みなら別の手順になる。
343:デフォルトの名無しさん
22/11/20 08:24:46.99 26ugdOeM0.net
>>166
長文君がソフトを作る話はまた「いい名前を思いつかないから先延ばし」？
344:デフォルトの名無しさん
22/11/20 09:16:26.61 zgGXmL2v0.net
�
345:ｧてた。 日常の進捗履歴記録ツールWitBucket(仮称)検討中 https://mevius.5ch.net/test/read.cgi/tech/1668901194/ >>334 つかお前らマジのニートなんだと思うが、 今日やれ明日までにやれ今すぐやれ、とか、仕事はそういうものではないんだよ。 何であれ段取り良くしようと心掛けるのは大事。 というかそういう努力をしないと出来るようにはならないから、Gitに頼り切ってると上達しないのだと思うよ。今の君らがそれ。 ちなみにLinusがC++erを嫌ってるのは、 C++コンパイラがよしなにやってくれることを何も関知せず、C++なら素晴らしいと盲目的な連中が多いからで、 当たり前だがC++コンパイラが何やってるか理解してればそれをCで手動で書くことは(面倒だが)可能で、これを要求してる。 本来ツールはこのように、「無くても出来るけど、手間を減らす為に使う」のが正しく、 ツールがないと何も出来ない(C++コンパイラがやってくれないとメモリ管理も出来ない）連中が使うべき物ではないんだ。 Gitで凄く楽になった、が正しく、Gitが無いとプログラミング出来ません、は完全に間違い。 これはGit以前はそれなりに「手動で」段取り良くやらないと収拾がつかなかったからだけども、 ここでツールに頼り切って段取り良くやることを放棄しては駄目だ。 (と思うがGit陣営はこれで回ってるからなあ。 でも上達はしてない。ただこれも、Git以前の上達＝段取りが良くなる、に近いから、 Gitがあれで最終的に破綻しないのならあれでいいのだ！になってしまうし、なんだかねー)
346:デフォルトの名無しさん
22/11/20 11:39:05.33 3OcQOLJHr.net
相変わらず適当なこと書いてるな
347:デフォルトの名無しさん
22/11/20 14:18:59.87 gSC6OZrC0.net
git使うと段取りが良くなるからみんな使ってるんだけど、長文君はそうじゃないみたいだな
348:デフォルトの名無しさん
22/11/20 15:01:25.69 7P4mnHvb0.net
git はプログラムした結果を共有するためのツールって延々書かれてるのに、都合の悪いことは無視するよな
それとも理解できないほど馬鹿なんだろうか
349:デフォルトの名無しさん
22/11/20 15:19:13.23 PLf6d8B0a.net
ルールさえ決めておけば物置になるだろ。
350:デフォルトの名無しさん
22/11/20 15:47:31.91 26ugdOeM0.net
>>335
>御託を並べるのは長文君ソフト(仮)を完成させ、それがgitよりも
>使われるソフトになってからにしろ
ってことで、大口叩いてるのではないことを示すために進捗状況を
公開しろと言ってる
スレは立てたけどこうなるんだろ
>言うだけでやらない理由を長々と説明（）しはじめそう
351:デフォルトの名無しさん
22/11/20 16:14:31.73 FErBPmtpr.net
gitも満足に使えない奴ら向けのバージョン管理ソフトを作るってことはGit以上に開発に時間かかるだろうけど、本当に来年の3月までに一人で完成させられるのかな
352:デフォルトの名無しさん
22/11/20 17:06:14.30 juep7euz0.net
>>340-341 せっかく別スレが立ったんだから、こっちで触らないで欲しい。
353:デフォルトの名無しさん
22/11/20 17:13:04.64 nmnx742zM.net
同意
ようやくGitスレに静寂が訪れた
354:デフォルトの名無しさん
22/11/20 17:37:52.87 26ugdOeM0.net
>>342-343
すまん
>ようやくGitスレに静寂が訪れた
そうなるといいな
355:デフォルトの名無しさん (ｵｯﾍﾟｹ Srdf-h62Q)
22/11/21 18:06:16.47 cB8S2cn7r.net
ふと思ったんだが
・リモートブランチを削除して再度push（git push --delete + git push）
・リモートブランチに強制push（git push -f）
て一見やってること同じだけど違うことしてるのかな
356:デフォルトの名無しさん (ﾜｯﾁｮｲ 86bb-Rp15)
22/11/21 20:16:54.04 zsgBxu9N0.net
>>345
追加のオプションによって動作が変わるので厳密には違うけど、原則似たようなもんだよ
357:デフォルトの名無しさん
22/11/22 12:50:44.41 rJWy4AbF0.net
ワクチン接種歴「4回目までしか入力できない仕様」 - HER-SYSの接種歴回数、5回目は「不明」に
DSCIA自民
ネオコンウヨスパイは見つけ次第射殺しろ！
WHOロックフェラーを討伐せよ！
コロナで死んでいない人 99.96％ 厚生労働省発表
コロナ死者数のカウントはコロナ以外で死んだ人をコロナで死んだこととし
ワクチンを打たすため誘導した洗脳報道
裁判で名前を呼ばれる間抜けロックフェラー
コロナ対策に関する『大陪審（grand jury）』の審理を開始★ ライナー・フーミッヒ博士の冒頭陳述
URLﾘﾝｸ(www.bitchute.com)
358:デフォルトの名無しさん
22/11/22 22:08:00.97 C866Nf2K0.net
いい歳こいて反ワクチンて
359:デフォルトの名無しさん
22/11/23 03:18:59.26 Jj9cNU7H0.net
時を同じくして今、海外でも長文ガイジ理論が熱い！
分岐もマージもせずひたすら一本道のコミットが続く方法論が大人気！
URLﾘﾝｸ(westling.dev)
この記事に対するHacker Newsのスレでも驚愕を持って迎えられ議論白熱「思いもつかなかった」「世紀の大発見だ」「天才か！？」など大絶賛！
URLﾘﾝｸ(news.ycombinator.com)
今、世界でバケツが熱い！
ちなみにGitHubのページはこちら
URLﾘﾝｸ(github.com)
360:デフォルトの名無しさん
22/11/23 04:03:37.04 hqniuc930.net
>>349
お前が持ってきた最初のリンクの内容を翻訳してやるよ。ヴァーカ
> 非常に直線的な Git の歴史
> 私が自分のプロジェクトでやりたいことの 1 つは、git の履歴をできるだけ直線的にすることです。
>
> 通常、これはコミットをメイン ブランチにリベースすることを意味しますが、
> フィーチャー ブランチからメインへの一方向のマージのみを許可し、
> その逆は許可しないことを意味する場合もあります。それはプロジェクトによって異なります。
361:デフォルトの名無しさん
22/11/23 04:11:32.20 Jj9cNU7H0.net
>>350
バカだなぁ、もっと先まで読めよ早漏ｗ
362:デフォルトの名無しさん
22/11/23 09:13:29.19 Gf+fcBNM0.net
>>349
ビットコインかよｗ
363:デフォルトの名無しさん
22/11/23 15:17:09.85 ntzd80TFa.net
shit!!!
364:デフォルトの名無しさん
22/11/24 19:40:50.83 GoF3CE9R0.net
Git v2.39.0-rc0
365:デフォルトの名無しさん
22/12/01 09:13:28.57 dttJopXh0.net
Git v2.39.0-rc1
Junio氏復活してるね
366:デフォルトの名無しさん
22/12/03 15:58:06.16 zDxtPqo40.net
.gitmodules で commit-id やタグが指定できないのはなんか理由があってなのかな。
技術的にそう難しそうにも思えないが。
367:デフォルトの名無しさん
22/12/04 02:42:11.35 5sgL+SwZ0.net
>>356
urlの代わりにコミットID書くってこと？何のために？
368:デフォルトの名無しさん
22/12/04 09:44:56.48 XVXofR3d0.net
代わりにじゃなくて併記でそのurlのリポジトリの特定のコミットを指定できたらいいと思った。
過去のバージョンをチェックアウトした時、参照先の最新と互換性がない場合なんかは困るんでないかな。
369:デフォルトの名無しさん
22/12/04 14:21:46.42 5sgL+SwZ0.net
>>358
urlが指すリポジトリを取ってきてそこでcheckoutするコミットは最新のものではない
checkoutするコミットは.gitmodulesじゃなくて別の場�
370:鰍ﾉ既に記録されている
371:デフォルトの名無しさん
22/12/04 14:24:37.72 5sgL+SwZ0.net
具体的には、コミットグラフの中で、通常のディレクトリは treeオブジェクトのハッシュが記録されているけど、
サブモジュールが展開されるディレクトリは別リポジトリの commit オブジェクトのハッシュが記録されている
cat-file -p とか使ってコミットグラフのtreeを辿って行けばサブモジュールはtreeじゃなくてcommitになっているのがわかる
372:デフォルトの名無しさん
22/12/04 14:59:06.51 XVXofR3d0.net
なるほど、commit-id はリポジトリに記録されているのか。ありがとう。
373:デフォルトの名無しさん
22/12/06 18:27:07.29 vzGvSE2Z0.net
Git v2.39.0-rc2
374:デフォルトの名無しさん
22/12/11 15:35:02.81 3DRm7Ghi0.net
Git v2.38.2
メンテナンスリリース
375:デフォルトの名無しさん (ﾜｯﾁｮｲ 4710-i32n)
22/12/13 00:47:30.62 KCYrY7oA0.net
Git v2.39.0
376:デフォルトの名無しさん
22/12/16 16:40:26.39 2IJsKIMuM.net
おもしろかったので
Gitは最初1244行しかなかった
URLﾘﾝｸ(zenn.dev)
377:デフォルトの名無しさん
22/12/19 18:06:02.84 dcbjGxgcH.net
Githubのブラウザ上でmaster派生の新しいブランチを作ってプルリクを作ろうとしても
「there isn’t anything to compare 」と出て作れない
masterと新しいブランチに差分がないからだと思っていてローカル環境だと空コミットうって差分を作るんだが
Githubのブラウザ上からでも空コミットでできるの？
個人のリポジトリならReadMeとかの内容を適当にかえて差分を作るんだけど
そうじゃないケースだと空コミットで済ませたい
378:デフォルトの名無しさん
22/12/19 18:13:54.82 FczvfNpq0.net
そもそも差分がないプルリクって何がしたいの？
379:デフォルトの名無しさん
22/12/19 18:21:38.58 dcbjGxgcH.net
あとで特定の目的をもったブランチ群をマージするための受け皿となるガワが欲しいんだってさ
そのガワに集めてからmasterにマージする
380:デフォルトの名無しさん
22/12/19 18:30:50.92 IdDe7UuQa.net
あーなるほど、それは分からんでもない
GitHub Actionsで空コミット作るだけのワークフロー作ってworkflow_dispatchで手動トリガしたら
381:デフォルトの名無しさん
22/12/19 18:50:59.00 sTgf3Ndf0.net
役に立つ回答では無いと思うけどgitlabだとできる
382:デフォルトの名無しさん
22/12/20 19:19:14.78 dc+nrO040.net
基本機能でさくっとできれば理想だったけど、そうはうまくいかないのね
383:デフォルトの名無しさん
22/12/20 19:42:20.28 cyGUI4Ab0.net
そもそもプルリクエストはgitの機能じゃないしなぁ
384:デフォルトの名無しさん
22/12/20 19:52:26.33 nk5JqEoYa.net
GitHubのプルリクエストが今の仕様なのは、むしろGitが想定している本来のワークフローを尊重した結果じゃないか？
プルリクエストって本来は文字通り俺のリポジトリからプルしてくれというメッセージ機能に近いもので、
この例のように組織内でのブランチ間の差分のモニタリングを目的として使用されるなんて当初は考えもしなかったんだろう
385:デフォルトの名無しさん
22/12/21 00:42:11.62 r8SH8P6aa.net
「Gitea」の開発者が離反、代替プロジェクト「Forgejo」を立ち上げ
URLﾘﾝｸ(codezine.jp)
Gitリポジトリマネージャがどこで使われているのか、よく分からん。
386:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa9f-aE/C)
22/12/21 08:24:55.62 +HxIG8b3a.net
>>374
ウチで使ってるわ
乗り換えないとならんのかなぁ
387:デフォルトの名無しさん
22/12/31 11:16:52.35 doxP0Tnc0.net
今年最後にgitを覚えようと
git 本体とtortoisegit と githubに登録したんだが
これ全部、機能としては同じだけど別物なのか？
あちこちのサイト見ながらやると「こっちのサイトはgit入れてて、あっちはtortoisegit 、こっちはgithub」
みたいな感じになって混乱した
388:デフォルトの名無しさん
22/12/31 11:19:54.01 OtQWrqua0.net
githubを直接触りたいなら
389:gh cliのがいい ghとgitの組み合わせが最強
390:デフォルトの名無しさん
22/12/31 11:31:53.96 doxP0Tnc0.net
git_tutorial (フォルダ)
└sample.txt
1.このフォルダでリポリトジを作成して、sample.txtに aaaaa と打って comitした
2.sample.txtの中身 aaaaa を削除し bbbbb と変更して ２回めのcomitを行ってみた
3.powershell 上で git log をすると２つのcomitを確認できる
この状態で最初のコミットのファイルを利用するにはどうしたら良いの？
391:デフォルトの名無しさん
22/12/31 11:44:42.71 F4HJthOK0.net
そもそもブランチから勉強した方がいいのでは？
392:デフォルトの名無しさん
22/12/31 11:51:33.96 doxP0Tnc0.net
>>379
ブランチがどうこう、ってのはわかるんだけど具体的なやり方がわからない
ブランチをすると手元のフォルダのsample.txtの bbbbb が aaaaaにもどる
ということではないのか？
sample.txtの別ファイルが作成される感じ？
393:デフォルトの名無しさん
22/12/31 15:05:58.44 +yS88hiN0.net
git log #ブランチ名・コミットIDを確認
git checkout <コミットID> #過去のコミットに戻す
git checkout <ブランチ名> #最新の状態に戻す
その様子じゃ次から次に質問しそうだから一度ドキュメントに目を通した方がいい
URLﾘﾝｸ(git-scm.com)
394:デフォルトの名無しさん
22/12/31 23:11:48.42 doxP0Tnc0.net
セレじょは5人3D揃ったからいよいよ3Dコラボの年だよなあ
ちぐちゃんには頑張って欲しい
395:デフォルトの名無しさん
22/12/31 23:12:03.45 doxP0Tnc0.net
誤爆誤爆
396:デフォルトの名無しさん
23/01/01 01:04:33.92 sgN3RGB/a.net
376にOS 質問する人いないが、俺も聞いてやらない
397:デフォルトの名無しさん
23/01/01 02:07:20.13 jqLgH/AX0.net
powershellって書いてるじゃん
398:デフォルトの名無しさん
23/01/01 02:17:53.54 HuovFmgL0.net
>>385
最近は linux 用の powershell とかあってな。
（ひねくれたツッコミをしてみる）
399:デフォルトの名無しさん
23/01/01 02:29:40.05 mENRNQsf0.net
>>384
tortoisegitの時点で一個しかないだろ
400:デフォルトの名無しさん
23/01/01 03:11:58.02 sgN3RGB/a.net
>>385-387
みんな親切過ぎだろ。
長文くんを思い出せ。
401:デフォルトの名無しさん
23/01/02 20:37:53.17 Xg20OXw60.net
MLに
"Request to remove Junio C Hamano as the Git Maintainer"
（濱野純をGITメインテナーからクビにする要求）
と言うメールがFilip Lipienという人から年末投稿された。
URLﾘﾝｸ(public-inbox.org)
------------Google翻訳
Git の使用に関する Stackoverflow に関する質問は 100 万件以上あります。
これは正常ではありません。
Git は現在の状態では、人間のために作られたツールではありません。
彼が開発者の経験を知らなかったために、何百万時間もの作業時間が無駄になったと考えるのは現実的です。
経済的損害は数十億にのぼります。
Junio C Hamano 濱野純氏を Git メンテナとして解任するよう要請します
402:デフォルトの名無しさん
23/01/02 21:01:16.13 bo8rNBpSM.net
長文くんを思い出す
403:デフォルトの名無しさん
23/01/02 22:02:14.30 KTyqgo/N0.net
ながふみ君?
404:デフォルトの名無しさん
23/01/03 00:38:48.69 VjTq/+tm0.net
直後のTedさんのリプライがおもろかった。
濱野さんが何をしたのか、何をしなかったのかがさっぱり分からんのだけど、
長いスレッド読んでくと書いてあるのかな？
読んだ人いたら教えてw
405:デフォルトの名無しさん
23/01/03 01:27:53.62 3/i4pfcea.net
機械翻訳で見たけど、件数だけみて文句があるアホなPM
406:みたいなのが吠えて、それだけ。 Incorrect. As of this writing, there are 146,090 quetions[1] tagged 管理者機能とユーザ機能と分かってないだろうとか言われてるし、濱野さんは気を悪くしないように気付かわれてる。 大半の人は、GitHub から入門して、お仕事の人も GitHub が多いと思うから GitHub に不満がある気がするけど、どうなんだろ。
407:デフォルトの名無しさん
23/01/03 01:44:58.77 gatUgz7Ca.net
それは全く逆で、むしろGitHub使える環境の人はGitに対してもGitHubに対しても満足度高いと思うぞ
Git使ってるのにGitHub使ってないというのはだいたい下請業務など劣悪な環境だろうから、Gitに対してもヘイトが集まることになる
408:デフォルトの名無しさん
23/01/03 05:34:05.62 PBpP7Kfc0.net
ワイはgitには特に何もないが、GitHubには文句たらたらや
409:デフォルトの名無しさん
23/01/03 07:04:51.47 1vydeW9X0.net
マイクロソフトがー、マイクロソフトがー
410:デフォルトの名無しさん
23/01/03 17:51:22.90 PE6y5srm0.net
おまいら、ギフハフって灰汁の組織知ってるか？
411:デフォルトの名無しさん
23/01/15 11:41:44.14 pP1vGn6Yd.net
ギフハブだぞ
AS*Aさんのセンスでギフハフなんて響きの悪い名前を思いつくわけないだろ
412:デフォルトの名無しさん
23/01/18 08:55:28.93 CTSPwTA+0.net
Git v2.39.1 and others
413:デフォルトの名無しさん
23/01/20 11:58:28.71 RZz+B+9s0.net
「Git」に3件の脆弱性 ～修正版のv2.39.1が公開 - 窓の杜
URLﾘﾝｸ(forest.watch.impress.co.jp)
414:デフォルトの名無しさん
23/01/22 00:10:04.98 ZyA8jnAWM.net
stalmannenってスェーデン語でSuperMan のことなんだって。
だから、あの左翼は頓珍漢なことばかり言ってたのか。
415:デフォルトの名無しさん
23/01/23 08:39:01.26 at3LpiJm0.net
ちょっと教えてください。
a、b、c、d、eとコミットして
bにリセットしたらcdeの修正分はなくなるよね？
最初の状態からcをリバートしたらdのコミット分だけが無くなる？
この時cの修正に依存するd,eの改修箇所はエラー吐きまくるであってますか？
実際のチーム開発でrevertとかそんな使う機会ある？
416:デフォルトの名無しさん
23/01/23 08:47:04.02 at3LpiJm0.net
>>402
ごめん
最初の状態からcをリバートしたらcのコミット分だけが無くなる？
です
417:デフォルトの名無しさん
23/01/23 09:17:09.28 JALIr7W8M.net
>>402
pushしたならrevertしかないから、使ったことはある
>>403
その認識で合ってる
418:デフォルトの名無しさん (ﾜｯﾁｮｲ cf02-u+oX)
23/01/23 10:00:41.12 at3LpiJm0.net
>>404
ありがとう。
cの修正に依存するd,eの改修箇所は
手動で調整するしかない？
だよね？
419:デフォルトの名無しさん (ｱｳｱｳｳｰ Saa7-OsG9)
23/01/23 10:08:15.27 LXMqTouFa.net
revertは実際のチーム開発では主にリリース直前や直後に戻すときに使う
途中のコミットだけ戻すのも、リリースにむけて成果をマージしていくメインストリームのブランチの場合は珍しくない
例えば、各自の作業をmainブランチに統合した後にステージング環境で最終確認してて特定の新機能に不具合が見つかったら、その機能のマージコミットだけをmainブランチからrevertしてリリースする
一般的にはそういう統合用のブランチにおいてそれぞれのマージコミットにはあまり依存関係がないから、途中のコミットであっても安全に戻せることが多い
420:デフォルトの名無しさん
23/01/23 10:51:47.46 at3LpiJm0.net
>>406
ありがとう。参考にシマス。
421:デフォルトの名無しさん
23/01/23 17:43:30.01 yDqoU8LDM.net
>>405
deだけを付け直すrebaseのオプションがあったはず。ブランチ切ら�
422:ﾈいとダメかもしれないけど https://git-scm.com/book/en/v2/Git-Branching-Rebasing これの more interesting rebasesのところ 日本語版もあると思うので読んでみてくれ
423:デフォルトの名無しさん
23/01/24 14:12:59.02 PErgKA+Q0.net
>>408
ありがとう。読んだけど脳みそのキャパオーバーぎみ。
マージと同じような意味でリベース使えば履歴がスッキリするよって感じなのかな。
424:デフォルトの名無しさん
23/01/25 18:58:25.67 0Lr4LnSH0.net
GitHubでフォークされた場合にフォークリポジトリを削除してもらう方法ってフォーク主にお願いするしかないんですか？
425:デフォルトの名無しさん
23/01/25 19:26:11.38 kc4IizhD0.net
いいえ、フォーク主にお願いしても削除できません
426:デフォルトの名無しさん
23/01/25 19:33:00.95 0Lr4LnSH0.net
>>411
そういう仕様ですか？
427:デフォルトの名無しさん
23/01/25 19:37:07.29 LpQ7Ffm40.net
フォーク主にお願いしただけでは削除されませんっていう重箱の隅
428:デフォルトの名無しさん (ﾜｯﾁｮｲ d3bb-TAsf)
23/01/25 19:50:29.62 0Lr4LnSH0.net
フォーク自体は削除できるのでフォーク主にお願いして削除してもらえばいいと思うのですが
現実問題としてそれで削除してもらえるのかという問題はありますけど
他にいい方法ないですかね？
429:デフォルトの名無しさん (ﾜｯﾁｮｲ 3f7e-CAvY)
23/01/25 21:01:54.27 MpRPGlvM0.net
個人情報うpしちゃったとかなら
GitHubのサポートに削除してもらえるかも
フォークした奴がお願いしてもきかなくてまたpushしたりした場合は知らん
APIキー漏らしたとかなら
悪用される前にAPIキーを無効化して作り直すべき
430:デフォルトの名無しさん
23/01/25 22:32:00.35 TQcZua1A0.net
そもそもgithubの話題はスレチ
431:デフォルトの名無しさん
23/01/26 21:19:38.08 SzXozCf10.net
じゃあどのスレならいいの？
432:デフォルトの名無しさん
23/01/27 02:39:06.99 AnZhSd0KM.net
githubとかのスレ落ちてるね
433:デフォルトの名無しさん
23/01/27 02:41:24.15 AnZhSd0KM.net
1000まで使い切って落ちたみたいだから次スレたてようか
前スレがOSSホスティング総合からｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合に名前変えた1スレ目だったから、次スレをｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合の2スレ目にして立ててしまおう
ちょっと長いからスレタイからbitbucketは退場してもらう「ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合 2【GitHub,GitLab等】」で
434:デフォルトの名無しさん
23/01/27 02:50:50.96 AnZhSd0KM.net
立てた
ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合 2【GitHub,GitLab等】
URLﾘﾝｸ(mevius.2ch.sc)
次のGitスレの1にもこのリンクなるべく貼ろう
githubの話題はこっちにって
435:デフォルトの名無しさん
23/02/15 08:49:46.98 8bG72mgl0.net
Git v2.39.2
436:デフォルトの名無しさん (ﾜｯﾁｮｲ edbd-KThN)
23/02/19 15:35:48.54 bxmEAj6Q0.net
.gitignoreに
supervisord*
と記述していて
supervisord.log
supervisord.log.2
supervisord.log.3
supervisord.pid
は除外されるんだが
supervisord.log.1
だけ除外されない。これなんで？
437:デフォルトの名無しさん (ﾜｯﾁｮｲ cbcf-h1Ka)
23/02/19 15:41:46.42 ajkW19n40.net
どうせ誤字だろ
>>422をコピーして各行の頭にtouchつけてファイル作成したけどちゃんと全部除外になったぞ
438:デフォルトの名無しさん (ﾜｯﾁｮｲ edbd-KThN)
23/02/19 15:42:44.58 bxmEAj6Q0.net
誤字する余地ある？
つーかそのままコピペしたんだけどどこか間違ってる？
439:デフォルトの名無しさん
23/02/19 19:10:19.28 BUZuvi0r0.net
.gitignoreに記述する前にそのファイルだけaddしてたとかコミット済みだったとか？
440:デフォルトの名無しさん
23/02/22 14:17:17.89 gyrdrSK00.net
TortoiseSVNは内部にSubversionの機能を持っていてましたが、TortoiseGitとGitは別れていて、
TortoiseGitとGitは別々に自分でアップデートしなくてはいけないということで合ってますか？
441:デフォルトの名無しさん
23/02/22 14:34:18.81 cZQRWFPq0.net
あってるよ
TortoiseGitは単なるシェルエクステ�
442:塔Vョン
443:デフォルトの名無しさん
23/02/22 14:38:45.82 ghtm6FKc0.net
>>425
多分だけどそれが正解ぽかった
おさわがせしました
444:デフォルトの名無しさん
23/02/22 14:41:46.67 PxJfXyUn0.net
Gitを時代遅れにする革新的な次世代VCSってないの？
445:デフォルトの名無しさん
23/02/22 14:44:38.95 gyrdrSK00.net
>>427
やっぱりそいういう原理ですか
TortoiseGitは最新版を通知してくるけど、Gitそのものは自分で定期的に調べることになりますかね
446:デフォルトの名無しさん
23/02/22 14:47:25.92 5E1hhDZe0.net
>>429
pijulが技術的には面白そう
447:デフォルトの名無しさん
23/02/23 10:18:27.51 /WRzCbiK0.net
Linus Torvalds氏、Gitのマージに関し「マージについて説明できないのならやらないほうがいい」ゴミだからとアドバイス
URLﾘﾝｸ(softantenna.com)
448:デフォルトの名無しさん
23/02/23 12:32:27.18 vkbZDErw0.net
pushするときにリモートからpullし忘れてて(大抵修正加えた.MDファイル)面倒でそのままmergeして済ましちゃうことあるわ
449:デフォルトの名無しさん
23/02/23 13:42:07.29 2ALQezoZM.net
githubって、利用規約的に、プログラミング以外の、例えば、工学でもないような
科学の分野の記事を投稿してもいいのかな？
450:デフォルトの名無しさん
23/02/23 16:38:51.57 Wg3wb5mI0.net
利用規約を読めば分かるのでは
それとも読んだけど文章が理解出来ないからここで聞いてるってこと?
451:デフォルトの名無しさん
23/02/23 17:25:36.02 ksd47yXpM.net
>>435
まあ、そうおっしゃらずに。
452:デフォルトの名無しさん
23/02/23 19:53:24.41 sj7+9G1y0.net
ここは github スレじゃないので、詳しくはそっちで聞いた方がいいんじゃないか？
既にドキュメントとか、小説とか、TRPGのルールとか上がってる時点で見当がつくかもだが、プログラム縛りとかないよ。
ただし無料版は、公開した時点でフォークに同意したことになるのでオープンソースなライセンスのものに限る。「俺の小説を読め」では駄目で「俺の小説を好き勝手に改変して良いよ」な必要がある。
453:デフォルトの名無しさん
23/02/23 23:08:58.36 jAWa9LJ+0.net
>>437
じゃあ課金すれば俺の小説を読めでいいんだね
454:デフォルトの名無しさん
23/02/24 03:19:03.50 zsYMclLz0.net
>>438
一般公開しなければOK
金払って身内オンリーのプロジェクトにして、身内に俺の小説読めとやる分には問題ないはず
455:デフォルトの名無しさん
23/02/24 07:04:25.06 gVfgzx5F0.net
>>439
無料ユーザーでもプライベートリポジトリは作成できるけど、それじゃだめなの？
456:デフォルトの名無しさん
23/02/25 12:18:16.14 FE79oXH80.net
WindowsでTortoiseGitを入れてみたら、
文字が収まっていないボタンやらテキストやらがあちこちにあるんだけど、
もう誰も日本人はメンテナンスしていないということ？
457:デフォルトの名無しさん
23/02/25 12:38:25.55 wWCIK7/X0.net
>>441
トータスSVNに思い入れのある奴以外わざわざシェルエクステンション入れようと思うのが少ないからでは
458:デフォルトの名無しさん
23/02/25 12:51:57.84 PqCR/RX+0.net
コマンド名まで訳されて使い物にならないから英語のままでいいんだよ
459:デフォルトの名無しさん
23/02/25 14:04:39.71 irYnSu+v0.net
Git v2.40.0-rc0
460:デフォルトの名無しさん
23/02/25 23:13:40.02 ovEcn7Jfd.net
>>443
これ
461:デフォルトの名無しさん
23/03/02 09:01:59.55 0FYZaeA50.net
Git v2.40.0-rc1
462:デフォルトの名無しさん
23/03/05 13:04:21.70 8PrcXKX90.net
Gitで、たとえばWindowsの共有フォルダC:\share\内にgitrepo\repo1でレポジトリを作って、
・自分…C:\share\gitrepo\repo1を
463:レポジトリとして扱う ・他人…\\mypc\gitrepo\repo1をレポジトリとして扱ったり、 C:\share\をネットワークドライブに割り当ててX:\gitrepo\repo1として扱う という使い方を混在させられますか
464:デフォルトの名無しさん
23/03/08 08:49:32.65 LFxaLGgf0.net
Git v2.40.0-rc2
465:デフォルトの名無しさん
23/03/08 15:10:53.84 y15Pp/rv0.net
>>447
出来るはず
466:デフォルトの名無しさん
23/03/08 15:30:31.63 fjA0P+OsM.net
>>447
できるけど、作業ツリー付きのリポジトリだとpushが出来ないとかでハマるから、自分のPCの中にベアリポジトリを作って、そこから自分の作業ツリーも他人の作業ツリーもcloneした方がいい
要は、remoteはgit://のURLで始まってる必要はなくて、file:///でも全く同じように動作するってこと。
467:デフォルトの名無しさん
23/03/08 22:23:57.15 H7oUncLga.net
gitってオフラインでローカルでも使えるんだな。練習もしやすいんだね
468:デフォルトの名無しさん
23/03/14 07:38:19.27 16gxAQnk0.net
Git v2.40.0
469:デフォルトの名無しさん
23/03/14 20:58:29.14 144H+TDJ0.net
Windows向けGitって、mingwとかbashとかGNU系コマンドまでいろいろ入ってて
インストールしたら400MBくらいの容量食うことになるけど、
本当にあれ全部必要なの?
470:デフォルトの名無しさん
23/03/14 23:44:11.24 smU6E7N/0.net
>>453
自分で消してみたら分かるんじゃないの
471:デフォルトの名無しさん
23/03/20 12:35:58.85 zUBkMWcU0.net
Windows上で、TortoiseGitとSourceTreeと両方入れて、
1つのリポジトリに対して両方を使い分けるようなことは問題ないですか？
どちらも.gitの中身をリアルタイムで見ているだけなら大丈夫そうに思えるのですが。
472:デフォルトの名無しさん
23/03/20 17:30:03.68 RiT/SFXS0.net
問題無い
更新するときもロックファイル作ってからやるから平気なはず
473:デフォルトの名無しさん
23/03/20 19:28:34.75 zUBkMWcU0.net
ありがとうございます。併用できるんですね。
ファイル単位の履歴などはTortoiseGitのほうが使いやすいし、
ブランチの切り替えや全体の状況などはSourceTreeのほうが使いやすいです。
474:デフォルトの名無しさん
23/03/24 15:34:13.51 2r8zYf6jM.net
>>441
英語版も収まってないとこあるよ
475:デフォルトの名無しさん
23/03/28 17:21:29.11 hvNFNzxEa.net
TortoiseGit入れたらExplorerが重くなったり落ちたりしたからもう使ってない
476:デフォルトの名無しさん (ﾜｯﾁｮｲ 31ab-3uzD)
23/03/28 19:02:23.66 xTDDpSYI0.net
さーせん、最初のところを何も考えずにyesしました。
477:デフォルトの名無しさん
23/03/29 00:17:09.12 8VnCvL67M.net
>>453
オープンソース系のソフトはみんなそんな感じだね。
EmscriptenやTeXも巨大。
TeXなんてさして機能アップして無いのに数GBのインストールが必要だったりする。
もともとは10MBでも動く程度のものだったはずなのに。
478:デフォルトの名無しさん
23/03/29 01:47:09.24 vWmdW0/Pa.net
>>453
Linux 系のOSS で、Linux以外で動くものはあるかな？
例えば、Ruby も初心者用の本では、Linuxの勉強を避けるため、MSYS2/MinGW で、
プロはWSL2, Linux, Docker, AWS
Windows に、OSSは載せられないから、
Microsoft 製のものはWindows 10 以降に作られた、SSH, curl, tar など
コマンドプロンプトで、
where ssh
C:\Windows\System32\OpenSSH\ssh.exe
where curl
C:\Windows\System32\curl.exe
where tar
C:\Windows\System32\tar.exe
以前からPowerShell(PS)には、
微妙に異なる、似たようなssh, curl, wget はあったけど
PSで、
ssh -V
OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2
Get-Alias -Definition Invoke-WebRequest
iwr, curl, wget
479:デフォルトの名無しさん
23/03/29 03:49:58.38 D+K1RJe/0.net
元々インフラ屋だったから、
マジで開発環境を
>>462
こんな感じで右往左往しとる
480:デフォルトの名無しさん
23/03/29 07:00:07.39 TKZGCNiw0.net
>>453 だが、結局Busybox版MinGitにした
サイズ小さいし、VSCodeやEclipseのGit拡張機能からでも使えるし、十分だわ
481:デフォルトの名無しさん
23/03/29 11:32:54.49 W9S9gZJma.net
OSS という訳ではなく、Freeで有名なアプリでもライセンスチェックされてOKなものでないとWindowsに導入できない会社も多いんじゃないかな。
Windows10 はそんなに準備してくれていたのか、とOpenSSH 以外は初めて知った。
482:デフォルトの名無しさん
23/03/29 11:36:13.25 F5o9RsYu0.net
>>463
WSL使えば右往左往しなくていいよ
483:デフォルトの名無しさん
23/03/30 02:21:13.08 lxjUu7NDM.net
オープンソース系が好きな開発者は、Unix原理主義者である事も多く、
Windowsではシンボリックリンクが使えないことを「いいことに」
シンボリックリンクをファイルのコピーで済ます。それで爆発的に肥大化する。
そして馬鹿で技術力が無いのでサイズが大きなセットでしかソフトを作れない。
484:デフォルトの名無しさん
23/03/30 02:47:46.58 Lv6wjWHL0.net
20世紀から知識が更新されてない人だろうか？
485:デフォルトの名無しさん
23/03/30 03:19:39.83 lxjUu7NDM.net
>>468
あなたこそ、現実にオープンソースソフトウェアを試してない。
試したらすぐ分かること。
486:デフォルトの名無しさん
23/03/30 03:56:59.98 Lv6wjWHL0.net
>>469
Windows にシンボリック・リンクが無かったのは大昔に話ですよ。いくら 2ch が老人集会所だからって、知識が Windows XP どまりとか笑える。
487:デフォルトの名無しさん
23/03/30 04:09:23.59 aJyOUp9oM.net
git スレにきて、「お前はオープンソースソフトウェアを試していない」とか言い出す奴おる？
長文君といい、このスレ定期的に変な奴湧くなあ
488:デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM49-tUaT)
23/03/30 15:38:07.97 HH7L/+KTM.net
>>470
あっても大部分のオープンソースアプリでは使われて無い。
馬鹿だから。
489:デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb6-zPPn)
23/03/30 18:20:59.63 kNyxTVVtM.net
>>472
ここはお前の妄想を語る場所じゃないよ。
git の話しろ。
490:デフォルトの名無しさん (ﾜｯﾁｮｲ 4602-+ld4)
23/03/30 20:36:16.47 NHxtu0BL0.net
複数人が同一ブランチで作業していて、それぞれ異なるファイルを修正しているのですが、
一人がプッシュすると、他の人がそれをプルしてくる際にマージのコミットが発生します。
ff-onlyの設定だと、複数人の作業ではいつもプルに失敗します。
Gitでは複数人での作業はこういうものなのでしょうか。
491:デフォルトの名無しさん (ﾜｯﾁｮｲ 2ecf-uluY)
23/03/30 21:17:24.39 jlqIRhmm0.net
そういうもんだけどその複数人たる他の人達はそのことについてあなたになんて言ってるのさ
492:デフォルトの名無しさん
23/03/30 23:49:49.22 n9cKQeMP0.net
>>474
普通は同じブランチ上で作業しない。
ブランチ切るのは無料なので各自が自分用の作業ブランチを切ってそこで作業する。ff-only の場合は特に。
ブランチ切らずに作業するのは hot fix とか超急いでる時だけ。
493:デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-+ld4)
23/03/31 09:11:50.51 2bhkq+Nl0.net
>>475-476
一つの機能追加やバグ修正を、複数人で対応するようなケースなんですが、
こういう場合も一人一人ブランチを切って作業するものなんですか？
そうなると、ブランチでフェッチやプルが必要なケースってなくなってしまいそうですが。
494:デフォルトの名無しさん (ﾌﾞｰｲﾓ MM85-gF7D)
23/03/31 10:25:27.66 JCq04AVFM.net
>>474
異なるファイルを編集しようが、すでに起こったコミット済みのファイル間で一貫性が保たれていないかもしれない状態かもしれないわけだしマージするしかなくない？
モジュールAとモジュールBはお互いの内部実装に依存しているが、AとBを変更した担当者がお互いの変更を知らないでコミットツリーが1本になっちゃっても困るでしょう。
見た目上マージを避ける方法としてはrebaseとかあるけど。
495:デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-+ld4)
23/03/31 10:58:07.02 2bhkq+Nl0.net
>>478
プルのときにリベースをすると、マージコミットが発生しないようにできるんですね。
いろいろ勉強していたら、複数人での開発でマージコミットが履歴の上に何度も現れるのは目障り、
と同じような感想を持っているサイトがあり、リベースが紹介されていました。
496:デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb6-zPPn)
23/03/31 12:50:57.47 U5A6Rz77M.net
merge commit ない方が履歴を追いやすいので普段の小さな更新は rebase でやるのが一般的。
一方で長く別れていた異なる経歴のものを混ぜる場合には merge commit があった方が分かりやすいので merge にするべき。
497:デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb6-zPPn)
23/03/31 12:57:43.80 U5A6Rz77M.net
>>477
作業ブランチの共有をどのようにするかはチームごとのルールがあるので仲間に確認
プルリクエストを出して取り込んでもらうという運用もあるし、
共有ブランチにプッシュする運用なら、作業ブランチを共有ブランチの先頭に rebase した上でプッシュするのが一般的。
498:デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-+ld4)
23/03/31 13:39:22.27 2bhkq+Nl0.net
>>480-481
>共有ブランチにプッシュする運用なら、作業ブランチを共有ブランチの先頭に rebase した上でプッシュするのが一般的
この運用だと、複数人での同一ブランチでの作業でも、履歴を1本化できるのですよね。
もちろん、他のブランチでの修正などをマージするときは、履歴として残していくつもりです。
499:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa23-4c3z)
23/04/05 18:00:34.21 H6gFlorFa.net
WindowsのSourcetree、起動するたびに右に1ピクセルずつ広がっていくんだけど、おま環？
500:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa23-mFyV)
23/04/06 18:18:24.64 un5AwFJZa.net
めっちゃ判りますωωω
501:デフォルトの名無しさん (ﾜｯﾁｮｲ e1ba-P47T)
23/04/08 16:07:30.25 6pTBweNA0.net
Git初心者後輩のrebase童貞とreset童貞
卒業させてやった
502:デフォルトの名無しさん (ﾜｯﾁｮｲ 4619-nMYw)
23/04/09 19:33:50.10 Hd1BGJ070.net
>>485
おめ。
次はSquashで大量コミットお化け童貞も捨てさせるチャンスだな。
503:デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM29-hB6S)
23/04/12 16:25:18.28 JiChcRr/M.net
pushしてPRしてアーッって新境地へ
504:デフォルトの名無しさん (ﾜｯﾁｮｲ 2710-sFbk)
23/04/20 22:47:39.66 02avdjdC0.net
開発用ML見てたら、git replay ってのを作ってる人がいる模様。
URLﾘﾝｸ(public-inbox.org)
505:デフォルトの名無しさん (ﾜｯﾁｮｲ c5e6-FGqy)
23/04/26 19:09:19.52 nF7JL/l90.net
マージして削除したブランチって、ログの樹形図を見ても、
そのブランチが何という名前だったのかは基本的にわからないものですか？
506:デフォルトの名無しさん
23/04/26 19:49:05.13 diGGhm110.net
Git v2.40.1
507:デフォルトの名無しさん
23/04/26 19:58:42.13 EZG/OKKF0.net
マージコミットのメッセージがあればそれを信用するしかない
508:デフォルトの名無しさん (ﾜｯﾁｮｲ c5e6-FGqy)
23/04/27 09:18:11.67 4Ldu38ha0.net
>>491
そういうものなんですか。
Subversionのときは、ブランチの作成自体が1つのコミットで、
ブランチの名前や、どういう作業を始めるのかをログに残しておけたけど、
そのへんの感覚も違うんですね。
509:デフォルトの名無しさん (ｽｰｯﾌﾟ Sd0a-3RjN)
23/04/27 10:53:45.90 SsZf7nuSd.net
>>492
だからマージの時にどのブランチからどのブランチにマージしたのかデブォルトでコミットログに残るでしょ
510:デフォルトの名無しさん (ﾜｯﾁｮｲ e6bb-QZyk)
23/04/27 21:42:03.12 yMUedyDf0.net
>>492
subversion はブランチの使用が重くて、使える数も実質的にディスク容量とかで制限されてたけど、
git はブランチが軽くて余計な容量を食わないので百でも千でも好きなだけ切れる。しょっちゅう作ったり消したりできるし、ずっと残しておく事もできる。
そのせいでブランチに対する考え方が違う。必要ならなんで消したの？ みたいになる。
511:デフォルトの名無しさん (ﾜｯﾁｮｲ c55f-ASru)
23/04/27 21:51:10.24 aeCa0uwW0.net
>>494
> subversion はブランチの使用が重くて、使える数も実質的にディスク容量とかで制限されてたけど、
んなこたーない。
URLﾘﾝｸ(tortoisesvn.net)
> つまり、リポジトリの完全なコピーを作成する代わりに、指定したツリーやリビジョンを指す内部リンクを作成します。そのため、ブランチやタグの作成は、非常に高速で、リポジトリに追加スペースをほとんど使用しません。
ダメなのはマージの追跡が後付けで非効率なところ。
512:デフォルトの名無しさん (ﾜｯﾁｮｲ e6bb-QZyk)
23/04/27 22:14:47.72 yMUedyDf0.net
いい加減なこと言ってないで、実プロジェクトで git と svn のブランチを使い比べてみろ。
513:デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMb5-brYh)
23/04/28 05:15:11.41 PA/2QVhjM.net
Error: explorer.exe not found in PATH の修正来たわ
please note that the latest snapshot has the fix
URLﾘﾝｸ(wingit.blob.core.windows.net)
514:デフォルトの名無しさん (ﾌﾞｰｲﾓ MM0a-QZyk)
23/04/28 15:09:32.21 dkx3B1sjM.net
svn 屋がいくら cheap copy でコピーが速いって自慢しても、git のブランチ作成はそもそも zero copy なんで比べものにならないんだよな。
設計思想の根本的な違い。
515:デフォルトの名無しさん (ﾜｯﾁｮｲ c55f-ASru)
23/04/28 15:30:18.71 dDRImt5V0.net
別に Subversion を擁護するわけでも自慢するわけでもないんだけど、少なくともブランチ作成に限れば
どちらも一瞬なんで何を見て「ディスク容量とかで制限されてた」「比べものにならない」とか言ってるのか
わからない。 Subversion 嫌い過ぎなだけなんじゃないかと。
マージはクソなのでそこも含めての話なら「ブランチの使用が重くて」はわかる。
516:デフォルトの名無しさん (ﾌﾞｰｲﾓ MM0a-QZyk)
23/04/28 17:05:37.81 8y/8q1m4M.net
>>499
そこまで言うのなら大きめのプロジェクト、例えば linux のソースコードくらいのやつに git と svn で100個ずつブランチを切って作業時間を比べてみ。当然だが作業コピーも作って1回ずつ作業しろよ。
どっちも一瞬かどうか、自分で体験すれば納得いくだろ。
ディスク容量の話は昔の容量が小さかったころの経験なので、最近の大容量だと問題ないかもだから撤回しとく。
517:デフォルトの名無しさん (ﾜｯﾁｮｲ c55f-ASru)
23/04/28 17:47:03.47 dDRImt5V0.net
>>500
え？ブランチ作るごとに作業コピー作るってのが意味わからんのだけど？
そんなことしたらどっちでも作業コピー作る時間が圧倒的ネックになって比較の意味も無くなりそうだし。
518:デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC)
23/04/29 10:58:48.12 Toi7lz0e0.net
>>501
使ってないこと丸わかりの馬鹿コメントだな。svnスレに帰れ。
お前は作業もしないのにブランチ切るの？
圧倒的ネックなのは svn だけ。git を巻き込むな
519:デフォルトの名無しさん (ﾜｯﾁｮｲ 975f-By2c)
23/04/29 11:49:10.88 YEumeQ4R0.net
>>502
どういうことなの・・・
git branch x
520:でブランチ作るにあたって作業コピーなんか作らないし、 svn copy ^/trunk ^/branches/x -m "..." でブランチ作ってもそれは同じでしょ。 なんで「当然だが作業コピーも作って」なんて話になるんだ？
521:デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC)
23/04/29 13:24:59.65 Toi7lz0e0.net
>>503
git checkout -b xxx
edit filename
git cimmit -a
が git のやり方
522:デフォルトの名無しさん (ﾜｯﾁｮｲ 975f-By2c)
23/04/29 15:34:03.46 YEumeQ4R0.net
あー >500 の「作業コピーも作って」は「作業コピーを切り替えて」の意味で、
git checkout -b xxx
↑が↓になる違いを言ってたのかな。
svn copy ^/trunk ^/branches/xxx -m "..."
svn switch ^/branches/xxx
git だと切り替え含めてほぼ何もしないからこれでも一瞬だけど、
svn のほうは切り替え含めれば数秒はかかりそうだから 100 も作ればだいぶ違うだろうね。
523:デフォルトの名無しさん
23/04/29 17:08:24.97 Toi7lz0e0.net
branch に名前をつけるだけじゃなくて、branch を実際に使うとこまで含めて git は軽々ということ
そしてそれが git 文化の根底にあるので、旧世代の認識で見ると不思議に見えるという話
524:デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC)
23/05/02 12:10:21.01 qiaRnW6F0.net
git で「ブランチ作る」って言ったら commit してブランチを伸ばすとこまで含めてだな
中身空っぽの名前だけのブランチとか作ったとは言わない、せいぜい「名前をつけた」だな
525:デフォルトの名無しさん
23/05/02 12:13:06.79 qiaRnW6F0.net
といあたりに誤解の元がありそう。
526:デフォルトの名無しさん
23/05/02 12:33:04.68 izIA5aWFM.net
>>507
git branchで作った時点で「ブランチを作る」だろ。ヘルプからしてそうなっているんだし。
527:デフォルトの名無しさん
23/05/02 12:44:34.23 qiaRnW6F0.net
>>509
お前がそう思うんならな。
でも git branch でブランチを「作る」なんて普通しないからな。昔の作法にとらわれてるロートルくらいだよ
528:デフォルトの名無しさん (ﾜｯﾁｮｲ ff8f-q0ED)
23/05/02 14:06:39.43 mR5RoZxq0.net
中身からっぽだと思ってる時点で素人だな
529:デフォルトの名無しさん (ﾜｯﾁｮｲ b79c-gobk)
23/05/03 10:19:00.05 psoe33uP0.net
>>510
man書いている公式に文句言え。
混乱の元だからオレオレ用語使うなよ。
530:デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC)
23/05/03 13:21:30.84 wjk3BEO40.net
マニュアルは正確には branch head を作成するな。
531:デフォルトの名無しさん (ﾜｯﾁｮｲ ff8f-q0ED)
23/05/03 15:40:13.27 toMmOllu0.net
Creating a New Branch
What happens when you create a new branch? Well, doing so creates a new pointer for you to move around. Let’s say you want to create a new branch called testing. You do this with the git branch command:
$ git branch testing
git branch が「ブランチ作る」で正しいよ
532:デフォルトの名無しさん
23/05/07 02:53:34.47 9zTyX7Ss0.net
2点質問があります。もし詳しい人がいましたらご教授いただけると幸いです。
【自己紹介・置かれている状況】
私はGitが全くわかっていない人間です。業務もITとは無関係です。
私の部署はワードやエクセルで書類を作成したり、電話対応を行うのが主な業務です。
pythonやphpなど、プログラミング言語を使った業務は皆無です（エクセルで若干関数を扱う程度）。
現在、別部署やコン�
533:Tル会社から「git使いましょう」とアドバイスを受けている状況です。 【質問】 1）エクセルやワードが使えるだけの人（高齢者や短時間勤務の主婦もいます）でもGitは扱えますでしょうか？ 2）PCやタブレットが50台くらいあるのですが、環境設定は大変でしょうか？作業者は私になるそうです。 【余談】 「サル先生のGit入門」や「Gitの良さが分からない？ ちょっとそこに座れ」という記事は読みました。 専門用語が多く、理解できていません... よろしくお願いいたします。
534:デフォルトの名無しさん (ﾜｯﾁｮｲ 96bb-J6v/)
23/05/07 07:04:06.12 oLYbcGcf0.net
>>515
使えなくないだろうけど、そんなに役には立たないと思うよ。他のことを勉強するのに時間を使った方がいい。
git は複数の人で作品を作り上げるためのコラボレーション・ツール。そういうのが必要になったら戻っておいで。
535:デフォルトの名無しさん (ｱｳｱｳｳｰ Sac3-wpjJ)
23/05/07 08:33:30.66 uPYz4dpTa.net
個人でもバージョン管理できると良い事はあるけど、帳簿みたいにExcel や DB で管理した方が良いものは、Git で管理ではないしね。
536:デフォルトの名無しさん
23/05/07 10:33:19.76 DNOpmTqI0.net
>>515
> 現在、別部署やコンサル会社から「git使いましょう」とアドバイスを受けている状況です。
他の人の言うとおり、gitではないよ。gitしか知らない馬鹿コンサルは無視でいい。
他部署がなぜgitを推すのかはちょっと確認した方がいいが。
俺は使ったこと無いけど、ワードやエクセル台帳を管理する為のものは、MS謹製のSharePointだよ。
ググれば大量に記事も出てくるし、オフィススイートにも含まれてる。（から君の職場のPCにも既にインストール済みかも？)
プログラミングをしない人向けに出来てるから、君の職場にも十分フィットする。(というかMSはそれが目的)
gitは基本的に（プログラムの）ソースコード用であって、
逆に、ソースコード以外の物をgitで管理するメリットがまるでない。余計に煩雑になるだけ。
ついでに言っとくと、SharePointの名前が出てこないコンサルなんて無能だから切るべきだし、
このスレの連中もgitには詳しいがその他には無知なので、例えばすぐ上の489～とか、
今のgitと20年前のsvnを比較してるからそんな空回りするのでは？みたいなことになってるだろ。
みんな自分の周りしか見えてないんだよ。(まあ俺もだが）
どのパッケージソフトを導入するかで今後10年ほどの運命が決まる。
君の責任は重大だし、その前に調査しようという君の姿勢は正しい。
ただ、全ての管理ツールを使ったことがある奴は基本的にいないから、
どいつもこいつも断片的で偏った情報しか出してこないはずだけど、それも含めて頑張って調査するんだね。
(だからこそコンサルなのだが、そのコンサルは不勉強でgitしか知らないからそんな提案しか出来ないわけだ)
使用感とか実際のところは分からんが、仕様だけ見ると、君の職場にはgitよりSharePointの方が100倍いい。
あとはわらしべ長者方式でがんばれ。
君が担当＝君の職場では君がその分野の第一人者、なのだから、
君が分からないものを職場の他の人が理解出来るはずがない。
少なくとも、君にとっては簡単過ぎる物を選ばないと、職場のみんなが使える物にはならないよ。
537:デフォルトの名無しさん
23/05/07 12:04:22.46 oLYbcGcf0.net
長々と無駄なレス書いてるやつもいるが、一人で考えたり、いきなり SharePoint とか始めるじゃなくて社内でよく相談することを推奨するよ。
他部署とかでも SharePoint 使ってるならお勧めだが、社内全体が git で染まってるなら自部署だけ違うのを使うのはお勧めしない。
自部署単独ではあまり役に立たなくても全社での交流を考えると有用ということもある。
538:デフォルトの名無しさん
23/05/07 13:02:47.23 DNOpmTqI0.net
>>519
全社規模でgit導入済みの大企業が、git知らない奴にgit導入の可否判断/作業なんてさせるはず無いだろ。
この程度なのがこのスレの実態だよ。会社で働いたことないんだ。
> 社内でよく相談することを推奨するよ。
勿論そうだが、その結果、他部署やコンサルからgitを勧められてるんだろ。
>>515
まあ俺はgitの達人ではないが、俺の知ってる限りで直接質問にも答えておくと、
1) 無理。gitは使う前に100時間程度の予習が『全員に』必要。
実際君は「サル先生のGit入門」に何時間かけた？それでも全然足りないんだろ。そういう事。
そしてgit導入したとしても、メリット無いよ。ExcelやWordファイルをマージする機能なんて無いと思うし。
svnはExcel/Wordのdiffが取れるが、確か外部ツールを介してたはずで、ゴネればgitでも出来たはず。
けどここら辺、結局MS製品(Excel/Word)ならMS製品(SharePoint)に合わせておいた方が色々将来的にも得策だよ。
結局外部ツールなら箱は何でもいいし、公式ツールが最初に実装されるのはMS謹製ソフトだし。
2) 環境設定自体は50台なら手際よくやれば1日で終わるんじゃないの？
そこら辺に転がってるgitソフトをインストールして回るだけだから。1台10分なら1日だよね。
ただこれだと君も危惧してるとおり、箱を用意しただけで、中身は入らない。
このスレの連中はgitの達人だから、gitの機能については俺よりも他の連中を当てにした方がいい。
ただ同時にgit信者で、無理にgitを布教する面もあるからそのつもりで。
539:デフォルトの名無しさん
23/05/07 13:23:48.22 oLYbcGcf0.net
>>520
お前は考えが浅いよ。他の部門やコンサルが git 勧めてる理由をよく聞いて判断すべき。局所最適ではなく全体の最適化に協力すべき。
例えばうちだと、git は画像ファイルや pdf の管理にはあまり役に立たないけど gitlab で管理している。画像作成部門とかからしたら無駄な手間だが、全体として他の素材(プログラムやhtml)と一元管理できるメリットはとても大きい。
git 覚える手間は大きいので推奨はしないが、状況次第。全員が覚える必要はなくて登録担当者（リーダー）だけ使うとかもありえる。
540:デフォルトの名無しさん
23/05/07 14:05:32.22 DNOpmTqI0.net
>>521
だからその場合は全社規模の導入チームがやってきて、有無を言わさず導入させられて終わりなんだよ。
下っ端の部署に拒否権なんて無い。
それが分からないのはお前が中規模以上の会社で働いたこと無いからだよ。
> 画像作成部門とかからしたら無駄な手間だが
それは無駄ではないんだよ。鯖に置く画像等はある程度HTML/CSS/JavaScriptとセットなのだから、
それらと密着してるのならプログラム側のgitで一括管理するもの妥当だし、
データとして後で嵌め込むだけなら別管理でDBにブチ込んどけ、でしかない。
つかお前が管理の仕方分かってないだけだろ。
それ、「無駄だ」とか上司やチームメンバーに言ったら呆れられると思うぞ。
> 全員が覚える必要はなくて登録担当者（リーダー）だけ使うとかもありえる。
ねえよ。もし仮にそれやったら、更新作業が全部515に降り積もってきて回らなくなるだけ。
実際、お前の会社の画像作成部門は、リーダーが全部とりまとめてgitに登録するのか？違うだろ。
少なくともgitの導入はbreaking changeで、今現在の業務フローの延長上にはない。
対してSharePointは基本共有鯖に毛が生えただけだから、共有鯖で問題になってきてる程度の状況なら、
ほぼ何も気にせず何も勉強せずに導入できるようになってる（はず)
つか俺は>>516の中身には反対しないぞ。
ただ無理な布教は止めろ、そしてgit以外のことについて無知なのを自覚しとけ、というだけで。
お前らはgitを使ってきてるからsvnを使っておらず、結果、svnの知識は20年前で止まってるだろ。
だから現役でsvn使ってる奴とは話が合わない、それはお前らが不勉強だからだ、って事。
541:デフォルトの名無しさん (ﾜｯﾁｮｲ 168f-b4b9)
23/05/07 15:42:28.21 fadDN66A0.net
他部署やコンサルが勧めるからgit導入しろとか言ってる奴やば🤭
よっぽど外部の人間信用してるのね
542:515
23/05/07 16:37:14.01 9zTyX7Ss0.net
沢山の返答、提案ありがとうございます。参考になりました。
私は「gitの導入は難しそう」という第一印象を抱きました。代替案として挙がったSharePointは現在調査しています。
いただいた情報を元に材料を収集し、次のミーティングで活かそうと思います。
>>518
>他部署がなぜgitを推すのかはちょっと確認した方がいい
gitを推す理由は以下になります
・システム系の部署は、すでにgitを使用しているため賛成
・新しいものが好きな部署も賛成
543:デフォルトの名無しさん
23/05/07 16:37:14.91 DNOpmTqI0.net
ただコンサルは基本的に詐欺師だから無視でいいとして、
他部署が何故推してくるのかは一応確認した方がいいとは思うが。
(とは言えその理由を聞かされても今の515では判断付かないとも思うが）
しかし、
> エクセルやワードが使えるだけの人（高齢者や短時間勤務の主婦もいます）
で誰もgit知らないのに導入するのは狂気の沙汰過ぎるし、
521の通り仮に他部署から書類を引っ張るときにgitが便利だからだとしても、プログラマが
> ワードやエクセルで書類を作成したり、電話対応
の関連書類を必要とするケースなんて無いしね。
そもそも電話対応関連書類ってヤバイクレーマーの実名とか入ってるだろうしで、
gitで管理していいものではないし。
(>>515に分かる様に補足すると、gitは分散型の為、本体のコピーが各人の端末内に作られる。
だから情報漏洩はするものだと認識した方がいい。
そもそもオープンソース《いつでもダウンロード出来る》向けの物だから、その辺考慮されてない。
だから例えばその50台のタブレット、出先で落としてデータ抜かれたら、会社の本体データと同じ物がそこにあるので、全部漏れる。
中央集権型でシンクライアントなら、毎回アクセスが必要だけど、電源切ったらその端末にはデータが残らないので、落としても漏れない。
まあgitにもシンクライアントを構成する為のツールは多分あるのだろうけど、その辺は他の人に聞いてみて)
544:デフォルトの名無しさん
23/05/07 17:00:11.23 DNOpmTqI0.net
>>524
0.9秒違いで前後してしまったが、
> ・システム系の部署は、すでにgitを使用しているため賛成
> ・新しいものが好きな部署も賛成
これは止めとけ、だな。
前者は自分が勉強するのが面倒だから他人に投げてるだけだし、(これは実際よくあるけど)
後者は有りだしそういう好奇心こそが上達の鍵ではあるが、導入後のメリットが無いからね。
(使ってない俺が言うのも色々おかしいが、覚えてる範囲で言うと)SharePointは下から攻めてて、
第一段階：個人のPC内に各人が管理。
メリット：何もしなくてもいい
デメリット：○○さんが居ないと最新版がどこにあるのか分からない、バックアップが大変
第二段階：共通PCまたはサーバで管理。
メリット：各人の端末から最新版にアクセス出来る、鯖だけバックアップすればいい
デメリット：誰かが編集中の場合、開けない
第三段階：SharePoint�
545:ﾅ管理。 メリット：同時に鯖上のExcelやWordが編集出来る、履歴もガッツリ管理出来る、 閉じ忘れてる馬鹿がいても何とか出来る（だったはず） 要は第二段階での問題、 順番にしか編集出来ないのと、閉じ忘れて帰った馬鹿がいたら次にそいつが出社するまでどうにもならない、を対策してたはず。 だから多分Excel/Wordの簡易マージ機能を持ってる。(はず) 対してgitはLinuxの「全世界規模で同時開発」という、上から攻めてる状況で、 大は小を兼ねる程度には小にも使える程度。小用では決してないが、他も糞だから使われてるだけ。 君の部署が現在上記の第二段階なら、次はSharePointだと思う。 まさか第一段階なら、まずは第二段階を目指すべき。
546:デフォルトの名無しさん
23/05/07 17:06:13.57 oqOmuB4ma.net
前とは別の長文君が誕生してしまった。
547:デフォルトの名無しさん (ﾜｯﾁｮｲ 96bb-J6v/)
23/05/07 20:34:45.89 oLYbcGcf0.net
>>522
お前が考え方に柔軟性がないのが良く分かった。場所ごとに最適のやり方があるんだよ。
画像部門は納品作業の代わりに git に上げてるだけだから、リーダー数人でチェックして問題なけれpushで十分まわってるよ。全員が使う必要はない。
受け渡しはファイル共有でも何でもできるが、社内が git だから合わせてるだけ。そういう協力もある 。