Git 19

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 11/20 10:11 / Filesize : 414 KB / Number-of Response : 1035
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 19

1 名前：デフォルトの名無しさん [2022/11/06(日) 16:40:27.51 ID:az1H5JFk0.net]: ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
git-scm.com/

◆関連サイト
Pro Git - Table of Contents
git-scm.com/book/ja
Git入門
www8.atwiki.jp/git_jp/

◆前スレ
Git 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/
Git 18
mevius.5ch.net/test/read.cgi/tech/1650651945/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
263 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 19:22:21.43 ID:5R6vrZIA0.net]: >>256
ブランチが3つあったら
3回同じ修正しろって言ってるの？
ちょっと問題外すぎ

rebaseいらない。だって3回修正すればいい
だめだこりゃｗ
264 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 19:26:08.61 ID:5R6vrZIA0.net]: 多分最新のコードを見ながら必要な部分を
目視でより分けて修正しろって言ってるんだろうな
265 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 19:33:40.07 ID:oaKUlL5c0.net]: うちは自分の作業中にもメインブランチがどんどん進むからローカルでrebaseしまくりだな
266 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 19:44:34.40 ID:5R6vrZIA0.net]: >>259
普通そうだよね
定期的にrebaseしてないとマージが面倒になるし
267 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 19:55:16.46 ID:aKa6LP36a.net]: 長文さん、あぼ～んしたいからコテ入れてくれ
268 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 20:22:00.46 ID:tWQzaYQC0.net]: rebase 使わないとか git の利点半分くらい捨ててるぞ。
上で言われてるパッチ1個当てるくらいなら cherry-pick で済むけど
ブランチを再構成したり、コミットの順番を入れ替えたり、コミットを統合したり、分離したり、コミットメッセージを修正したり、使わない日がないくらいの万能ツール。
269 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 20:37:46.10 ID:5r8tW8Xc0.net]: >>261 今週のうちには専用スレに引っ越してくれるらしいよ。 >>166
> スレは立てるが、肝心のアプリ名を今考え直してるところだから、来週まで待ってくれ。

まぁまた言うだけでやらない理由を長々と説明（）しはじめそうな気はしてるけど。
270 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 22:12:13.74 ID:u2Y2Sh/m0.net]: >>257
言っている意味が分からんｗ
checkout -bした時点のbranchが間違ってましたって話？ｗ

どっちにしてもrebaseなんていらんよｗ
271 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 22:19:29.03 ID:26oE0jcj0.net]: >>263
後からどうとでもつけられるアプリ名を理由に挙げるくらいだからね
「アプリ名が気にいらないから他のを考える」とか言いそう
272 名前：デフォルトの名無しさん mailto:sage [2022/11/15(火) 23:41:22.91 ID:xjjxhqm80.net]: rebaseに関しては
履歴を戻ってでもコミットとその流れを綺麗にしたい派
と
戻るの面倒だし汚くてもいいじゃん派
がいるから話が噛み合わない
273 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 00:06:32.65 ID:cpWhvvM10.net]: コミットも含めて作品
ゴミを作ってる人には rebase は不要
そもそも git 不要だな
274 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 02:10:40.58 ID:cpGIBcGj0.net]: >>264
だからコミットが複数に分割されてしまうから
rebaseして意味のある単位に整えるんだろうが

いちいちパッチ当てるときに、
あれとこれとそれとどれを当ててくださいって
10個ぐらい持ってこられても困るぞ
275 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 02:12:08.75 ID:cpGIBcGj0.net]: >>266
コミットをパッチと考えて
後で再利用することを考えてる人

vs

後で見返すことなんてない人

の違いだな
結局一人プロジェクトなんよ
rebaseを価値を理解してないのは
276 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 02:52:08.03 ID:cpWhvvM10.net]: 作りながら、やっぱりこのパッチは不要だから外そうとか、このパッチとこのパッチを両方適用して試そうとか、別の人の作業を取り込んで影響を調べようとか、お手軽自由自在にできるのが rebase の真髄
あと昨日の作業でタイポしちゃったとかでも直すのには rebase を使うのが基本
branch と rebase 無しでやれって言われたら気が狂いそう。もう昔には戻れない
277 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 04:26:00.99 ID:WlnXLGJV0.net]: パッチ適用 ←ここでコミット
↓
やっぱやめた ←ここでコミット
↓
２つのパッチ適応 ←ここでコミット
↓
別の人の作業を取り込んでみよう ←ここでコミット
↓
タイポ発見修整 ←ここでコミット

何がいけないの？これでいいじゃん
278 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 04:42:56.11 ID:cpGIBcGj0.net]: >>271
そんな都合よく行くかよｗ
実際の開発したことないのか？

パッチ適用 ←ここでコミット
タイポ発見修整 ←ここでコミット
バグ発見修整 ←ここでコミット
やっぱやめた ←ここでコミット
タイポ発見修整 ←ここでコミット
２つのパッチ適応 ←ここでコミット
やっぱやめた ←ここでコミット
タイポ発見修整 ←ここでコミット
別の人の作業を取り込んでみよう ←ここでコミット
バグ発見修整 ←ここでコミット
3つのパッチ適応 ←ここでコミット
バグ発見修整 ←ここでコミット
タイポ発見修整 ←ここでコミット
タイポ発見修整 ←ここでコミット

こんな大量のゴミコミットの中から、必要な部分だけ取り出すとかできるかよ
普段から整頓しておけって、子供の頃に教わらなかったか？
279 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 07:24:52.25 ID:4to+8mNM0.net]: >>251
Gitのコンセプトはなかなかチャレンジングだぞ。
全世界で唯一の履歴、完全平行作業(各自が任意のファイルを自由に同時に編集)ってのは、上手く行けば確かに面白い。
思考に階層がまるでない君らには通じないと思うが、
ソフトウェアは本来、実装階層ではなくて、コンセプト階層で勝負すべきなんだよ。
280 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 07:27:07.12 ID:4to+8mNM0.net]: >>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は力業(ちからわざ：パワープレイ)が出来るだけに、全部力業に持ち込んでて、力業に頼らない方策を無視してる。
これも勝つ為の戦略だ！はありだけど、例えばサッカーで力業しか無かったら色々言われるでしょ。
281 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 07:27:38.13 ID:4to+8mNM0.net]: >>262
あ～ cherry pick ってそういう意味か。意味不明な機能だなとしか思ってなかったわ。
ただそれって多分、三角マージの指定方法を洗練すればmergeに統合出来た話で、
別機能にするのは仕様の練り方が全然足りない気がするが。(まあその気すらないようだが)
282 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 07:29:33.99 ID:iIuOsXs40.net]: > ただそれって多分、三角マージの指定方法を洗練すればmergeに統合出来た話で、
できねーよ
頭悪いのか
283 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 07:31:39.07 ID:iIuOsXs40.net]: >>276
> rebaseを常用するのは、少なくとも従来スタイル(>>127)だとマネジメントが機能してない証拠でしかなく不味い。
rebaseを管理の機能だと思ってるから
アホなんだよなぁｗ
284 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 07:33:21.02 ID:iIuOsXs40.net]: > rebaseは清書用だからな。コードを実際に書く人向けではない。
これも理解してないやつのセリフ

適切なタイミングでコミットするから
rebaseが必要なんだが

ああ、コミットをpushと勘違いしてそうだなこいつｗ
285 名前：デフォルトの名無しさん [2022/11/16(水) 08:09:55.58 ID:lN1QdtbS0.net]: facebook(meta)がgit対抗ソフト出した！
https://engineering.fb.com/2022/11/15/open-source/sapling-source-control-scalable/
> 歴史的に、バージョン管理システムの使いやすさには多くの要望が残されてきました。開発者は、リポジトリの複雑なイメージを維持することが期待されており、一見単純な目標を達成するために難解なコマンドを使用することを余儀なくされることがよくあります。Saplingでそれを修正することを目指しました。

長文ガイジの言い分は正しかった！！
286 名前：デフォルトの名無しさん [2022/11/16(水) 08:16:53.76 ID:lN1QdtbS0.net]: > 多くのソース管理システムでは、コミットのスタックを操作することは特に困難です。スタックの早い段階でコミットに 1 行を追加するには、git rebase -iのような複雑なステートフルコマンドが必要です。Sapling は、最新のエンジニアでもスタック内のコミットを編集、再配置、および理解できるようにするための明示的なコマンドとワークフローを提供することで、これを簡単にします。
>
> 最も基本的なことは、スタック内のコミットを編集する場合、そのコミットをsl goto COMMITでチェックアウトし、変更を加えてsl amendで修正するだけです。Sapling は、スタックの一番上を新しく修正されたコミットに自動的に移動またはリベースするため、競合をすぐに解決できます。競合を今すぐ修正しないことを選択した場合は、そのコミットの作業を続行し、後でsl restackを実行してスタックを再び元に戻すことができます。Mercurial の Evolve 拡張機能に着想を得た Sapling は、内部で各コミットのミューテーション履歴を追跡し、スタックを何度編集しても、後でアルゴリズムによってスタックを再構築できるようにします。

Sugeeeeee！！！
287 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 11:37:37.39 ID:4GOK4Qmg0.net]: >>277
rebase自体がほぼmergeと言ってる時点でもうね…
OOPの話にしてもそうだけど、彼は点でしか物事捉えられないんだろうね
288 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 12:11:32.56 ID:KM49zAuba.net]: >>280
289 名前：AI とか使って何とかするのか？ []: [ここ壊れてます]
290 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 12:19:06.08 ID:KM49zAuba.net]: 基本的なコマンドは一緒にしてあるんだね
Git Cheat Sheet
https://sapling-scm.com/docs/introduction/git-cheat-sheet
291 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 12:50:32.85 ID:adH18wyIM.net]: どうせ新しく作るならAndroidやiOSをサポートしてほしかった
292 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 13:04:46.48 ID:LmJ8L4ow0.net]: Sapling is a new Git-compatible source control client.
だからgitリポジトリを操作するラッパーっていう感じか
293 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 13:07:00.65 ID:cpWhvvM10.net]: >>282
コンフリクトが出てもその場で直さずに放置して後で直せばいい、という阿呆な仕様でステートレスにしてるだけなので気にするな。
294 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 13:21:48.17 ID:Y1TjeBe0a.net]: >>286
凄くよく理解できました。
ありがとう。
Mercurial 使えはいいのかも。
295 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 13:35:28.58 ID:cpWhvvM10.net]: sl は
git のサブコマンドは(一見では)実態を表してないように見える
git rebase は万能過ぎて、最初に覚えるのがつらいので複数のコマンドに分割
って問題意識でコマンドを整理したんだろうな。histedit とかの命名に苦笑
どのみち一緒に使うことになるので最終的には手間が増えるだけな気がするけど
＃うちでは sl ってやると蒸気機関車が走るよ
296 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 15:13:02.96 ID:NssUpRQd0.net]: 🚂🚂🚂
297 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 15:21:07.43 ID:sEsoti0qa.net]: https://github.com/mtoyoda/sl
298 名前：デフォルトの名無しさん [2022/11/16(水) 17:57:06.17 ID:lN1QdtbS0.net]: でもお前ら正直Linusからの反撃（口撃）楽しみにしてるんだろ？
299 名前：デフォルトの名無しさん [2022/11/16(水) 18:20:17.34 ID:z+sJwdsYa.net]: sl ってやると蒸気機関車

世代がばれるな
300 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 18:25:58.19 ID:LmJ8L4ow0.net]: 今WSLにaptでslインストールしてみたけど蒸気機関車走ったわ
301 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 18:31:10.60 ID:LmJ8L4ow0.net]: Macでもbrewでインストールできて蒸気機関車走った
302 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 18:35:05.10 ID:zNTc7QNW0.net]: カレントブランチという概念が無くなって代わりにカレントコミットになるのね
カレントコミットはブランチのヘッドである必要が無くて、そのカレントコミットにamendとかcommitができる
amendするとカレントコミットからブランチヘッドまでを自動でリベースしてくれる

確かにひと手間減りそうだけど挙動を理解できてない奴が使うとリベースのコンフリクトが頻発して面倒なことになりそう
コンフリクト解決を後回しにできるみたいだけど溜めるとそれはそれで大変そう
303 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 18:35:26.56 ID:zNTc7QNW0.net]: みんなと共有済みのブランチでこの途中へのamendが出来ないようにしておかないと、amendした修正をマージするのが大変そうだけど、うまくやってくれる仕組みがあるのかな？
304 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 18:38:18.21 ID:5yQdaCF40.net]: Git の最新アップデートから考える開発手法の潮流
https://speakerdeck.com/yuukiyo/trends-in-development-methodology-from-the-latest-git-updates
305 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 19:07:56.24 ID:zNTc7QNW0.net]: ワークツリーの状態はカレントコミットが属するブランチの状態に保たれる？として、カレントコミットが複数のブランチに属してるような状態(できるのか？)ではどうなるのかな？
カレントコミットとは別にワークツリーの位置を指定するようなのは >>283 見ても見当たらないが、goto NAME と goto COMMIT でうまいことやってくれるのか
306 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 23:51:27.30 ID: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 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 23:51:46.25 ID:4to+8mNM0.net]: この構造をぶち壊そうというのだから、Gitは過労死ストッパーとしては素晴らしいのかもしれんが、
俺や従来Cプログラマから見たら、「そんなコードでバグが取りきれる訳ねえだろ馬鹿かよ」でしかない。
その後の手間を考えたら、一度に直した方が楽なのに、それを選択しないのだから一緒にはやってられんよ、というわけ。
この根底には「手戻りを最小化する」という従来型アプローチの肯定がある。

対してGit教的にはこれは禁忌であり、「手戻りのコストが０ならいくら手戻りしても問題ないはずだ！」で、
Gitの場合は基本アーキだけは締めて、後は放置というわけだ。
CodingRuleやレビューはどうしても主観的だから、政治/哲学/信条が入り込む余地があって面倒なことは分かるけども、
完全に客観的なregressionテストまでやらないのは、逆方向の哲学を持ってるように見える。
つまり、従来型へのアンチテーゼだ。
まあ、従来型のアプローチにどこまで意味があったのか、という実験としては面白いだろうよ。
つき合ってられんので俺は降りるが。やり直すのが確定してる工事なんて無駄でしかない。
Gitが目指しているのは結局のところ、「ネットを介した人海戦術」でしかない。
そりゃ学術界からは相当嫌われるよ。
308 名前：デフォルトの名無しさん mailto:sage [2022/11/16(水) 23:52:15.86 ID:4to+8mNM0.net]: そういえば禿曰く、「コーディングを開始する前にじっくりと設計した方が良いプログラムの規模に下限はない」で、
これが従来型での基本だよ。
「やっぱ止めた」ではなく、「やっぱ止めた、になる事は、最初からやらない」が正しいとされる。
ただ当たり前だがこれには仕様聞いたら実装をぱぱっと思いつく程度の技術レベルは必要で、
お前らには全然無理だ。
Gitは馬鹿が闇雲にやってもなんとか前進出来るようにはしたから、そりゃお前らには必要なんだろうよ。
だから従来は「プログラミングの勉強をしてない奴は、ろくにメンテできない」世界だった。
今はお前らが「Gitを勉強してない奴はGitを使うな！」と言ってて、ツールの勉強はしてるらしいが、
全くプログラミングの勉強をしてないから、糞コードを糞コードとも認識出来なくなってる。
これはGit陣営もだ。なんだかねー。
ネット人海戦術を成功させる為には、どんな馬鹿でも有効な人材として使う為のツールは重要だけども、
やっぱ本末転倒だと思うぜ。
本来の目的であるプログラミングの勉強をすべきで、ツールはあくまで補助的なものだろ。
世界一のクレクレ君には、そりゃいつか誰かがいいコードくれるのだろうけどさ。マジでなんだかねー。
309 名前：デフォルトの名無しさん mailto:sage [2022/11/17(木) 00:57:49.25 ID:PPyT+nV+0.net]: コーディングを開始する前にじっくりと設計した方が良い
このやり方では大きなものは作れない
310 名前：デフォルトの名無しさん mailto:sage [2022/11/17(木) 00:59:42.90 ID:SzkkMxOua.net]: 一応貼っておきます。
難解なコマンドって、何言ってるんだろ。

Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
https://gigazine.net/news/20221116-meta-sapling/

>「一見すると単純なゴールに到達するためには、難解なコマンドを使わざるを得ない」といった点をSaplingは解決しており、さまざまな面でシンプルに仕上がっているとMetaは述べています。
311 名前：デフォルトの名無しさん mailto:sage [2022/11/17(木) 07:02:49.14 ID:oFtgoZb10.net]: Git終了のお知らせ

Metaの大規模ソースコード管理システム「Sapling」がオープンソース化 - GIGAZINE
https://gigazine.net/news/20221116-meta-sapling/
312 名前：デフォルトの名無しさん [2022/11/17(木) 08:39:39.23 ID:t8CddWfYa.net]: >>303
これは楽しみ

でもネーミングがダメだな
一般的な単語をそのまま使うのは検索性が劣るので普及しにくくなる
313 名前：デフォルトの名無しさん [2022/11/17(木) 09:11:12.47 ID:782WqxX70.net]: 大抵の環境ではslって打つと汽車走るしなぁ
314 名前：デフォルトの名無しさん [2022/11/17(木) 09:56:43.00 ID:V4QZv0Fqa.net]: >>296
Git じゃなくて GitHub の話になるけど GitHub の fork はそこをうまく解決出来る手段だと思うわ
315 名前：デフォルトの名無しさん [2022/11/17(木) 10:03:55.51 ID:V4QZv0Fqa.net]: >>301
判ります
316 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bce-IHKV) mailto:sage [2022/11/17(木) 14:30:18.96 ID:gm2HE+q+0.net]: zuckerにしとけばよかったのに

zucker --clone
317 名前：デフォルトの名無しさん [2022/11/17(木) 19:17:01.68 ID:782WqxX70.net]: Gitオワタｗｗｗ

Meta、Git互換のソースコード管理クライアント「Sapling」をオープンソース化
https://codezine.jp/article/detail/16876
> なお、インタラクティブなsmartlog Web UIも用意されており、「sl web」を実行するだけでWebブラウザが起動され、スマートログ、コミット、修正、チェックアウトなどの表示が可能となる。ほかにも、sl undo、sl redo、sl uncommit、sl unamendといったさまざまな操作を元に戻せるコマンドも用意されている。
318 名前：デフォルトの名無しさん mailto:sage [2022/11/17(木) 19:53:43.27 ID:CXVXUQuWM.net]: meta の人が首切られても twitter の人みたいにならないようにしてるんかな
319 名前：デフォルトの名無しさん mailto:age [2022/11/17(木) 19:55:29.04 ID:nV36xVvO0.net]: >>310
お前何回同じリンク貼ってるの？
馬鹿なの？
>>303
>>304
320 名前：デフォルトの名無しさん [2022/11/17(木) 20:29:34.50 ID:uFwG0ab0a.net]: gitおじさんイライラで草ｗ
codezineのリンクは初出だがｗ涙で字が見えないらしいｗｗｗ
321 名前：デフォルトの名無しさん mailto:sage [2022/11/17(木) 20:45:14.23 ID:oYIw5RmVa.net]: 200m四方までズームで追える仕様が、200cm四方までズームで追える仕様になってないと、置きかわりは無理やで。
322 名前：デフォルトの名無しさん mailto:sage [2022/11/17(木) 21:19:54.35 ID:ArWNCDPA0.net]: gitを使っている人ならsaplingの方が良いと思ったら乗り換えるだろうが
gitが難しいとか言ってる人に使いこなせるんだろうか
323 名前：デフォルトの名無しさん mailto:sage [2022/11/17(木) 22:08:49.01 ID:EURizIvt0.net]: >>315
どうだろうね？
逆にgitに慣れた人が乗る換える利点は全くなさそうだけど、rebase 使ったことないとかほざいてる人たちは、とっと乗り換えるのが吉かもしれない。
ま、ちゃんとソースとか公開されてから評価なので今の時点で考えても無駄だな。
324 名前：デフォルトの名無しさん mailto:sage [2022/11/17(木) 23:07:28.26 ID:S8efKX2d0.net]: gitよりもできることが制限されるとしたら乗り換えるメリット全くないな
325 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 00:06:31.69 ID:jciRgkpH0.net]: ステージングがない時点で移行できる人は初心者とかに限られてる気がするんだけど……
326 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 03:05:52.17 ID:NJJaJqGX0.net]: ごくわずかしかいないhgユーザーなら移行もありなんじゃね
知らんけど
327 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 06:51:03.16 ID:AxmdzuHg0.net]: >>302
お前らではな。それがGit以前の「最低限」だったし、その状況でGNU/Linuxは完全に動作してた。
ただまあ、Gitが何でどういう連中に崇拝されてるのかは理解出来たよ。
最終目的の「長期的メンテナンス」を、「コードの品質」でやるか「スーパークレクレ君」でやるかの違いだ。
ん～、やはり全く納得できんが、まあ見物だ。
しかし「スーパークレクレ君」にしても、最低限の選別眼は必要だと思うがなあ。Git開発陣にはこれもない。

昔から「仕事は段取り8割」と言われていて、プログラミングにもこれは当てはまるが、
「それなりの経験を積まないと、何が起こるかまるで想定出来ないので、段取りしようにも出来ない」という本質的な問題があって、
Gitはここを破壊したのだろう。だから本質的に初心者ホイホイで、初心者こそGitの恩恵にあやかれる。
道路工事やビル建設とは違い、情報だけを相手にするプログラミングだから、成立するのかもしれん。
Git開発陣見てると「段取り？何それ美味しいの？」だからね。
対して従来型は結局のところ「段取り」良くやろうとしてるだけだ。
ただGit開発陣以外はGitをツールとして段取り良くする為に使ってるし、俺はそいつらの方が正しいと思うけど。
それから、

従来：「将来の手間の最小化」を目指し、今手間をかけて疎結合化する。(これにはリソースが限られているという大前提がある)
Git：「リソースは無限大」なのだから、今の手間を最小化し、とにかく人を集めれば、いつか誰かが良いコードを書いてくれる。

とまあ、これも正反対だ。
結局のところ、従来型における「自分達でやらねばならない」という、
当たり前すぎて前提条件とも言われない、プロジェクトに於ける潜在意識みたいな物を、
Gitはぶち壊し、「いつか誰かがやってくれるんだから良いじゃん」とまあ、
(見てないけど)ゆたぽんに対する嫌悪感と同質の物を俺は感じる。あれもネットがなければまるで成立しないのが同じ。
良く言えばネット社会に適応したとも言えるわけだが、なんだかねー。
328 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 06:51:32.62 ID:AxmdzuHg0.net]: まあそりゃプログラミングの勉強なんてキリがないし、10,000時間とか要求されるし、
これに比べれば50-100時間もすればツールの達人には成れるから、おまえらみたいな馬鹿には魅力的に映るんだろうが、
マジでプログラマってコード書けない奴はゴミとしか見てないから、そこだけは注意しておいた方がいいと思うぜ。
(個人的にはこれも行きすぎだとも思ってはいるが)
ちなみに個人的にはこういう正当な苦労はしないと意味ないと思ってる。
自分にとって獲得が楽な知識は、他人にとっても楽なんだよ。
先行すれば、一時的にはちやほやされるかもしれないが、すぐに取って代わられるし、使い
329 名前：捨てられる。 プログラマなら、正当に、プログラミングの勉強をするべきだと思うぜ。 お前にとって10,000時間かかることは、後輩にとっても10,000時間かかるんだよ。 ツール屋として生きる、ってのも俺はありだとは思うけどな。(ただ多くのプログラマはそうは見てない) []: [ここ壊れてます]
330 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 06:53:10.29 ID:AxmdzuHg0.net]: >>315
その感覚が既にズレてる。

×　使いこなす
○　コードを書くことに集中しろ

自動rebaseってのは、ユーザーがrebaseする必要なくしているわけで、つまり、
プログラマはコードを書くことに集中しろ、日々の業務フロー通りにやってれば、自動的に上手く記録されるようになってる、というだけ。
要は「本業に集中しろ」であり、至極真っ当な方策。
使いこなすのではなく、そもそも使ってる感覚すら無くすことを目指してる。これは正しい。

メールや名刺を放り投げておいたら自動的に完璧に整理されてて、「あん時のアレ！」で出てくる、みたいな話。
或いは卒アルと言えば分かりやすいか？
まあ今時の若者には逆に通じないかもしれないが、
俺らが高校生だった大昔は、今みたいに全員がカメラ持ってる状況ではなかったから、
提携業者が勝手に学校に出入りして日々の授業風景から学園祭まで色々写真を撮り溜めてた。
そして卒アルとして編集されて、勝手に出てきた。
俺らは生徒として活動してれば、そつなく記録されてた、というわけ。これを目指してる。
日々の業務フローを適切にこなしてれば、完璧に記録されてるから、本業に集中しろ、というわけ。
使いこなす必要なんて、最初から無いんだよ。業務フローを守れ、それだけ。
331 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 07:20:39.11 ID:jciRgkpH0.net]: コミット・メッセージ不要とか言ってる長文君が、重要なのは将来の手間の最小化とか言ってて草
一人でしか開発したことないやつの戯言だね
332 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 08:57:16.76 ID:MZHPBThbM.net]: >>322
自動rebaseはいわば自動的な記録改竄なわけで、全てを完璧に記録するのとは対極では？
今時のデータ収集と分析においては全てをありのまま記録した上でデータ利用時に工夫するのが正道で、むしろrebaseを廃した上で
rebase無しでも見づらくならないようにクライアントツール側で表示の仕方を工夫するのが筋かと
333 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 09:09:55.30 ID:jciRgkpH0.net]: >>324
うむ。お前も長文君と同じレベルで何も分かってないな。
git は履歴管理ツールじゃないよ。なので履歴改竄とかもないよ。
334 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 09:30:58.43 ID:G2UZSnwTa.net]: 長文君には一刻も早くゴミ箱アプリを開発して理論の正しさを証明する必要があるので、他所のアプリの話はそこそこにして新しいスレッドで作業して欲しい
335 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-tcgO) mailto:sage [2022/11/18(金) 09:43:06.36 ID:jciRgkpH0.net]: ①gitは情報共有ツール、他人や未来の自分に「効率良く」情報を提供し情報を利用するのに使う
②gitはパッチ管理ツール、上記①を実現するためにコミットを作成、検索、編集、再利用するのに使う
③gitは整理整頓ツール、上記①②の目的で日頃から不要な情報を削除し有益な情報のみを残すようにするのに使う
rebase は②のコミットの編集・再利用するためのコマンドで、主に③の目的で使用する
336 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 12:31:12.44 ID:NJJaJqGX0.net]: 長文くんは毎回意味のわからない喩え(今回も卒アルがどうとか)使ってるけど、あれでわかりやすく説明できてると思ってんのかね
337 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 16:55:16.94 ID:jciRgkpH0.net]: 俺が例にするとしたら「実験ノート」と「科学論文」かな。
長文君とかが欲しがってるのは「実験ノート」を録るツール。
git とかが提供しているのは「科学論文」を共有する論文誌。

「実験ノート」はありのまま全ての情報を記録するのが目的で後から修正したりしたら改竄になる。

でも「実験ノート」をそのまま貼�
338 名前：阨tけただけでは「科学論文」にはならない。論文では必要な情報だけを抜き出し簡潔にまとめて他人に分かり易く説明する必要がある。 そのためには何度も推敲する必要があり、手元にある論文の原稿は何度修正しても良い。改竄とかじゃない。 あと一度出版された論文の内容は修正できない。訂正するには新しい論文を書いて指摘する必要があるあたりも同じ。 意外と長文になった。すまん []: [ここ壊れてます]
339 名前：デフォルトの名無しさん [2022/11/18(金) 19:01:59.21 ID:PNsYUFFfa.net]: meta版のgitもどきが出たことで
終わったのはgitじゃなくて
長文おじさんの方だったというオチ
340 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 19:43:38.39 ID:AxmdzuHg0.net]: >>324
俺もそう思うがそこはモノレポの限界なんだろ。

全てをありのままに記録するとbranchが煩雑すぎて余計意味分からんから、
いっそのこと熊手形状(ある点までは幹は一本でその先は一斉に分岐)に強制した上で、適用順に幹に追加、ということだろ。
幹は縞々模様になるが、一本鎖にはなるし、拡大すれば子細も得られ、縮小すればあらすじが得られる。
まあ初手としては悪くない選択だと思うよ。これまでのログを見慣れてる奴にも馴染みやすい。

そしてこの場合、rebaseをユーザーから隠蔽出来るから、(というか多分これが目的)
実際はありのまま全部記録してたが(M)、表示では一本鎖にしてました(V)、なんて事もツール内側だけで出来る。
だからsapling方式でユーザーは全く問題ないと分かったら、次手としてMVC分離で今君が言ってる事(＝俺が欲しい機能)もやれる。
ここら辺の作戦は、実用主義で良いと思うよ。ツールは、
・「今出来てない」ことが出来ないのは、大して問題にはならないが、
・「今出来てる」ことが出来なくなるのは、大問題だから
ユーザーからrebaseを本当に取り上げて良いかをまず様子見して、というわけだ。
(この点、ダイレクトにこの次手を目指すべき、と思う連中には物足りないだろうが、
作ってる連中が自分達のモノレポ用にチューニングしてるのだから、まあ仕方ない。
ただGitにはMVC臭がまるでなく、おかしな仕様になってる部分をmetaが修正してくれることには期待だ。
rebaseはViewでやるべきで、Modelでやるのは不味いし、基本にも反する。
ここら辺の判断が付かないのだから、Git開発陣はMVCを知らないのだと思うんだよね。つかあいつら色々不勉強すぎ)

ただ、根本的な問題は、今のGitは一次元(時間軸)方向に成長する「一つの」ものをトラッキングする用に出来てて、
モノレポみたいに「多数の」物をブチ込んだ場合に対応出来ないことだ。
モノレポの場合は成長方向が多数だから、例えば中央から外側各方向に成長するものであって、
記録としては年輪やレーダーチャートみたいな見え方にならないと駄目だが、少なくとも今のGitはそうなってない。ただの線だ。
(それはポリレポでやれ、なのだろうけど、適度に癒着してるからモノレポの方がいいという判断なのだろうし)
341 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 19:44:10.39 ID:AxmdzuHg0.net]: >>329
それは紙媒体前提の、20年前の思考だよ。
実際Gitはそうだけど。
342 名前：デフォルトの名無しさん mailto:sage [2022/11/18(金) 20:19:37.39 ID:jciRgkpH0.net]: >>332
「紙媒体」ではなく「分散・非同期」でやる手続きな。git と科学研究の共通点。
「集中」とか「完全同期」とかの管理型が好みなら別の手順になる。
343 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 08:24:46.99 ID:26ugdOeM0.net]: >>166
長文君がソフトを作る話はまた「いい名前を思いつかないから先延ばし」？
344 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 09:16:26.61 ID: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 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 11:39:05.33 ID:3OcQOLJHr.net]: 相変わらず適当なこと書いてるな
347 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 14:18:59.87 ID:gSC6OZrC0.net]: git使うと段取りが良くなるからみんな使ってるんだけど、長文君はそうじゃないみたいだな
348 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 15:01:25.69 ID:7P4mnHvb0.net]: git はプログラムした結果を共有するためのツールって延々書かれてるのに、都合の悪いことは無視するよな
それとも理解できないほど馬鹿なんだろうか
349 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 15:19:13.23 ID:PLf6d8B0a.net]: ルールさえ決めておけば物置になるだろ。
350 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 15:47:31.91 ID:26ugdOeM0.net]: >>335
>御託を並べるのは長文君ソフト(仮)を完成させ、それがgitよりも
>使われるソフトになってからにしろ

ってことで、大口叩いてるのではないことを示すために進捗状況を
公開しろと言ってる
スレは立てたけどこうなるんだろ

>言うだけでやらない理由を長々と説明（）しはじめそう
351 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 16:14:31.73 ID:FErBPmtpr.net]: gitも満足に使えない奴ら向けのバージョン管理ソフトを作るってことはGit以上に開発に時間かかるだろうけど、本当に来年の3月までに一人で完成させられるのかな
352 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 17:06:14.30 ID:juep7euz0.net]: >>340-341 せっかく別スレが立ったんだから、こっちで触らないで欲しい。
353 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 17:13:04.64 ID:nmnx742zM.net]: 同意
ようやくGitスレに静寂が訪れた
354 名前：デフォルトの名無しさん mailto:sage [2022/11/20(日) 17:37:52.87 ID:26ugdOeM0.net]: >>342-343
すまん

>ようやくGitスレに静寂が訪れた

そうなるといいな
355 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Srdf-h62Q) mailto:sage [2022/11/21(月) 18:06:16.47 ID:cB8S2cn7r.net]: ふと思ったんだが

・リモートブランチを削除して再度push（git push --delete + git push）
・リモートブランチに強制push（git push -f）

て一見やってること同じだけど違うことしてるのかな
356 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 86bb-Rp15) mailto:sage [2022/11/21(月) 20:16:54.04 ID:zsgBxu9N0.net]: >>345
追加のオプションによって動作が変わるので厳密には違うけど、原則似たようなもんだよ
357 名前：デフォルトの名無しさん [2022/11/22(火) 12:50:44.41 ID:rJWy4AbF0.net]: ワクチン接種歴「4回目までしか入力できない仕様」 - HER-SYSの接種歴回数、5回目は「不明」に

DSCIA自民
ネオコンウヨスパイは見つけ次第射殺しろ！
WHOロックフェラーを討伐せよ！

コロナで死んでいない人　99.96％　厚生労働省発表　

コロナ死者数のカウントはコロナ以外で死んだ人をコロナで死んだこととし
ワクチンを打たすため誘導した洗脳報道

裁判で名前を呼ばれる間抜けロックフェラー

コロナ対策に関する『大陪審（grand jury）』の審理を開始★ ライナー・フーミッヒ博士の冒頭陳述
https://www.bitchute.com/video/lZH4HZjO6QJE/
358 名前：デフォルトの名無しさん mailto:sage [2022/11/22(火) 22:08:00.97 ID:C866Nf2K0.net]: いい歳こいて反ワクチンて
359 名前：デフォルトの名無しさん [2022/11/23(水) 03:18:59.26 ID:Jj9cNU7H0.net]: 時を同じくして今、海外でも長文ガイジ理論が熱い！
分岐もマージもせずひたすら一本道のコミットが続く方法論が大人気！
https://westling.dev/b/extremely-linear-git
この記事に対するHacker Newsのスレでも驚愕を持って迎えられ議論白熱「思いもつかなかった」「世紀の大発見だ」「天才か！？」など大絶賛！
https://news.ycombinator.com/item?id=33704297
今、世界でバケツが熱い！
ちなみにGitHubのページはこちら
https://github.com/zegl/extremely-linear
360 名前：デフォルトの名無しさん mailto:sage [2022/11/23(水) 04:03:37.04 ID:hqniuc930.net]: >>349
お前が持ってきた最初のリンクの内容を翻訳してやるよ。ヴァーカ

> 非常に直線的な Git の歴史
> 私が自分のプロジェクトでやりたいことの 1 つは、git の履歴をできるだけ直線的にすることです。
>
> 通常、これはコミットをメインブランチにリベースすることを意味しますが、
> フィーチャーブランチからメインへの一方向のマージのみを許可し、
> その逆は許可しないことを意味する場合もあります。それはプロジェクトによって異なります。
361 名前：デフォルトの名無しさん [2022/11/23(水) 04:11:32.20 ID:Jj9cNU7H0.net]: >>350
バカだなぁ、もっと先まで読めよ早漏ｗ
362 名前：デフォルトの名無しさん mailto:sage [2022/11/23(水) 09:13:29.19 ID:Gf+fcBNM0.net]: >>349
ビットコインかよｗ
363 名前：デフォルトの名無しさん [2022/11/23(水) 15:17:09.85 ID:ntzd80TFa.net]: shit!!!
364 名前：デフォルトの名無しさん [2022/11/24(木) 19:40:50.83 ID:GoF3CE9R0.net]: Git v2.39.0-rc0
365 名前：デフォルトの名無しさん mailto:age [2022/12/01(木) 09:13:28.57 ID:dttJopXh0.net]: Git v2.39.0-rc1

Junio氏復活してるね
366 名前：デフォルトの名無しさん mailto:sage [2022/12/03(土) 15:58:06.16 ID:zDxtPqo40.net]: .gitmodules で commit-id やタグが指定できないのはなんか理由があってなのかな。
技術的にそう難しそうにも思えないが。
367 名前：デフォルトの名無しさん mailto:sage [2022/12/04(日) 02:42:11.35 ID:5sgL+SwZ0.net]: >>356
urlの代わりにコミットID書くってこと？何のために？
368 名前：デフォルトの名無しさん mailto:sage [2022/12/04(日) 09:44:56.48 ID:XVXofR3d0.net]: 代わりにじゃなくて併記でそのurlのリポジトリの特定のコミットを指定できたらいいと思った。
過去のバージョンをチェックアウトした時、参照先の最新と互換性がない場合なんかは困るんでないかな。
369 名前：デフォルトの名無しさん mailto:sage [2022/12/04(日) 14:21:46.42 ID:5sgL+SwZ0.net]: >>358
urlが指すリポジトリを取ってきてそこでcheckoutするコミットは最新のものではない
checkoutするコミットは.gitmodulesじゃなくて別の場�
370 名前：鰍ﾉ既に記録されている []: [ここ壊れてます]
371 名前：デフォルトの名無しさん mailto:sage [2022/12/04(日) 14:24:37.72 ID:5sgL+SwZ0.net]: 具体的には、コミットグラフの中で、通常のディレクトリは treeオブジェクトのハッシュが記録されているけど、
サブモジュールが展開されるディレクトリは別リポジトリの commit オブジェクトのハッシュが記録されている
cat-file -p とか使ってコミットグラフのtreeを辿って行けばサブモジュールはtreeじゃなくてcommitになっているのがわかる
372 名前：デフォルトの名無しさん mailto:sage [2022/12/04(日) 14:59:06.51 ID:XVXofR3d0.net]: なるほど、commit-id はリポジトリに記録されているのか。ありがとう。
373 名前：デフォルトの名無しさん mailto:age [2022/12/06(火) 18:27:07.29 ID:vzGvSE2Z0.net]: Git v2.39.0-rc2
374 名前：デフォルトの名無しさん mailto:age [2022/12/11(日) 15:35:02.81 ID:3DRm7Ghi0.net]: Git v2.38.2

メンテナンスリリース
375 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4710-i32n) mailto:age [2022/12/13(火) 00:47:30.62 ID:KCYrY7oA0.net]: Git v2.39.0
376 名前：デフォルトの名無しさん mailto:sage [2022/12/16(金) 16:40:26.39 ID:2IJsKIMuM.net]: おもしろかったので

Gitは最初1244行しかなかった
https://zenn.dev/uta8a/articles/b7169fd147fb31
377 名前：デフォルトの名無しさん mailto:sage [2022/12/19(月) 18:06:02.84 ID:dcbjGxgcH.net]: Githubのブラウザ上でmaster派生の新しいブランチを作ってプルリクを作ろうとしても
「there isn’t anything to compare 」と出て作れない

masterと新しいブランチに差分がないからだと思っていてローカル環境だと空コミットうって差分を作るんだが
Githubのブラウザ上からでも空コミットでできるの？

個人のリポジトリならReadMeとかの内容を適当にかえて差分を作るんだけど
そうじゃないケースだと空コミットで済ませたい
378 名前：デフォルトの名無しさん [2022/12/19(月) 18:13:54.82 ID:FczvfNpq0.net]: そもそも差分がないプルリクって何がしたいの？
379 名前：デフォルトの名無しさん mailto:sage [2022/12/19(月) 18:21:38.58 ID:dcbjGxgcH.net]: あとで特定の目的をもったブランチ群をマージするための受け皿となるガワが欲しいんだってさ
そのガワに集めてからmasterにマージする
380 名前：デフォルトの名無しさん mailto:sage [2022/12/19(月) 18:30:50.92 ID:IdDe7UuQa.net]: あーなるほど、それは分からんでもない
GitHub Actionsで空コミット作るだけのワークフロー作ってworkflow_dispatchで手動トリガしたら
381 名前：デフォルトの名無しさん mailto:sage [2022/12/19(月) 18:50:59.00 ID:sTgf3Ndf0.net]: 役に立つ回答では無いと思うけどgitlabだとできる
382 名前：デフォルトの名無しさん mailto:sage [2022/12/20(火) 19:19:14.78 ID:dc+nrO040.net]: 基本機能でさくっとできれば理想だったけど、そうはうまくいかないのね
383 名前：デフォルトの名無しさん mailto:sage [2022/12/20(火) 19:42:20.28 ID:cyGUI4Ab0.net]: そもそもプルリクエストはgitの機能じゃないしなぁ
384 名前：デフォルトの名無しさん mailto:sage [2022/12/20(火) 19:52:26.33 ID:nk5JqEoYa.net]: GitHubのプルリクエストが今の仕様なのは、むしろGitが想定している本来のワークフローを尊重した結果じゃないか？
プルリクエストって本来は文字通り俺のリポジトリからプルしてくれというメッセージ機能に近いもので、
この例のように組織内でのブランチ間の差分のモニタリングを目的として使用されるなんて当初は考えもしなかったんだろう
385 名前：デフォルトの名無しさん mailto:sage [2022/12/21(水) 00:42:11.62 ID:r8SH8P6aa.net]: 「Gitea」の開発者が離反、代替プロジェクト「Forgejo」を立ち上げ
https://codezine.jp/article/detail/17071

Gitリポジトリマネージャがどこで使われているのか、よく分からん。
386 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa9f-aE/C) [2022/12/21(水) 08:24:55.62 ID:+HxIG8b3a.net]: >>374
ウチで使ってるわ
乗り換えないとならんのかなぁ
387 名前：デフォルトの名無しさん [2022/12/31(土) 11:16:52.35 ID:doxP0Tnc0.net]: 今年最後にgitを覚えようと
git 本体とtortoisegit と githubに登録したんだが

これ全部、機能としては同じだけど別物なのか？
あちこちのサイト見ながらやると「こっちのサイトはgit入れてて、あっちはtortoisegit 、こっちはgithub」
みたいな感じになって混乱した
388 名前：デフォルトの名無しさん mailto:sage [2022/12/31(土) 11:19:54.01 ID:OtQWrqua0.net]: githubを直接触りたいなら
389 名前：gh cliのがいい ghとgitの組み合わせが最強 []: [ここ壊れてます]
390 名前：デフォルトの名無しさん [2022/12/31(土) 11:31:53.96 ID:doxP0Tnc0.net]: git_tutorial (フォルダ)
└sample.txt

1.このフォルダでリポリトジを作成して、sample.txtに aaaaa と打って comitした
2.sample.txtの中身 aaaaa を削除し bbbbb と変更して２回めのcomitを行ってみた
3.powershell 上で git log をすると２つのcomitを確認できる

この状態で最初のコミットのファイルを利用するにはどうしたら良いの？
391 名前：デフォルトの名無しさん mailto:sage [2022/12/31(土) 11:44:42.71 ID:F4HJthOK0.net]: そもそもブランチから勉強した方がいいのでは？
392 名前：デフォルトの名無しさん [2022/12/31(土) 11:51:33.96 ID:doxP0Tnc0.net]: >>379
ブランチがどうこう、ってのはわかるんだけど具体的なやり方がわからない
ブランチをすると手元のフォルダのsample.txtの bbbbb が aaaaaにもどる
ということではないのか？
sample.txtの別ファイルが作成される感じ？
393 名前：デフォルトの名無しさん mailto:sage [2022/12/31(土) 15:05:58.44 ID:+yS88hiN0.net]: git log #ブランチ名・コミットIDを確認
git checkout <コミットID> #過去のコミットに戻す
git checkout <ブランチ名> #最新の状態に戻す

その様子じゃ次から次に質問しそうだから一度ドキュメントに目を通した方がいい
https://git-scm.com/book/ja/v2
394 名前：デフォルトの名無しさん [2022/12/31(土) 23:11:48.42 ID:doxP0Tnc0.net]: セレじょは5人3D揃ったからいよいよ3Dコラボの年だよなあ
ちぐちゃんには頑張って欲しい
395 名前：デフォルトの名無しさん [2022/12/31(土) 23:12:03.45 ID:doxP0Tnc0.net]: 誤爆誤爆
396 名前：デフォルトの名無しさん mailto:sage [2023/01/01(日) 01:04:33.92 ID:sgN3RGB/a.net]: 376にOS 質問する人いないが、俺も聞いてやらない
397 名前：デフォルトの名無しさん mailto:sage [2023/01/01(日) 02:07:20.13 ID:jqLgH/AX0.net]: powershellって書いてるじゃん
398 名前：デフォルトの名無しさん mailto:sage [2023/01/01(日) 02:17:53.54 ID:HuovFmgL0.net]: >>385
最近は linux 用の powershell とかあってな。
（ひねくれたツッコミをしてみる）
399 名前：デフォルトの名無しさん mailto:sage [2023/01/01(日) 02:29:40.05 ID:mENRNQsf0.net]: >>384
tortoisegitの時点で一個しかないだろ
400 名前：デフォルトの名無しさん mailto:sage [2023/01/01(日) 03:11:58.02 ID:sgN3RGB/a.net]: >>385-387
みんな親切過ぎだろ。
長文くんを思い出せ。
401 名前：デフォルトの名無しさん mailto:sage [2023/01/02(月) 20:37:53.17 ID:Xg20OXw60.net]: MLに
"Request to remove Junio C Hamano as the Git Maintainer"
（濱野純をGITメインテナーからクビにする要求）

と言うメールがFilip Lipienという人から年末投稿された。
https://public-inbox.org/git/Y7JRh6WZ1YZ2AkKJ@mit.edu/T/#t

------------Google翻訳
Git の使用に関する Stackoverflow に関する質問は 100 万件以上あります。
これは正常ではありません。

Git は現在の状態では、人間のために作られたツールではありません。

彼が開発者の経験を知らなかったために、何百万時間もの作業時間が無駄になったと考えるのは現実的です。
経済的損害は数十億にのぼります。

Junio C Hamano 濱野純氏を Git メンテナとして解任するよう要請します
402 名前：デフォルトの名無しさん mailto:sage [2023/01/02(月) 21:01:16.13 ID:bo8rNBpSM.net]: 長文くんを思い出す
403 名前：デフォルトの名無しさん mailto:sage [2023/01/02(月) 22:02:14.30 ID:KTyqgo/N0.net]: ながふみ君?
404 名前：デフォルトの名無しさん [2023/01/03(火) 00:38:48.69 ID:VjTq/+tm0.net]: 直後のTedさんのリプライがおもろかった。
濱野さんが何をしたのか、何をしなかったのかがさっぱり分からんのだけど、
長いスレッド読んでくと書いてあるのかな？
読んだ人いたら教えてw
405 名前：デフォルトの名無しさん mailto:sage [2023/01/03(火) 01:27:53.62 ID:3/i4pfcea.net]: 機械翻訳で見たけど、件数だけみて文句があるアホなPM
406 名前：みたいなのが吠えて、それだけ。 Incorrect. As of this writing, there are 146,090 quetions[1] tagged 管理者機能とユーザ機能と分かってないだろうとか言われてるし、濱野さんは気を悪くしないように気付かわれてる。 大半の人は、GitHub から入門して、お仕事の人も GitHub が多いと思うから GitHub に不満がある気がするけど、どうなんだろ。 []: [ここ壊れてます]
407 名前：デフォルトの名無しさん mailto:sage [2023/01/03(火) 01:44:58.77 ID:gatUgz7Ca.net]: それは全く逆で、むしろGitHub使える環境の人はGitに対してもGitHubに対しても満足度高いと思うぞ
Git使ってるのにGitHub使ってないというのはだいたい下請業務など劣悪な環境だろうから、Gitに対してもヘイトが集まることになる
408 名前：デフォルトの名無しさん mailto:sage [2023/01/03(火) 05:34:05.62 ID:PBpP7Kfc0.net]: ワイはgitには特に何もないが、GitHubには文句たらたらや
409 名前：デフォルトの名無しさん mailto:sage [2023/01/03(火) 07:04:51.47 ID:1vydeW9X0.net]: マイクロソフトがー、マイクロソフトがー
410 名前：デフォルトの名無しさん mailto:sage [2023/01/03(火) 17:51:22.90 ID:PE6y5srm0.net]: おまいら、ギフハフって灰汁の組織知ってるか？
411 名前：デフォルトの名無しさん mailto:sage [2023/01/15(日) 11:41:44.14 ID:pP1vGn6Yd.net]: ギフハブだぞ
AS*Aさんのセンスでギフハフなんて響きの悪い名前を思いつくわけないだろ
412 名前：デフォルトの名無しさん mailto:age [2023/01/18(水) 08:55:28.93 ID:CTSPwTA+0.net]: Git v2.39.1 and others
413 名前：デフォルトの名無しさん [2023/01/20(金) 11:58:28.71 ID:RZz+B+9s0.net]: 「Git」に3件の脆弱性～修正版のv2.39.1が公開 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1471256.html
414 名前：デフォルトの名無しさん mailto:sage [2023/01/22(日) 00:10:04.98 ID:ZyA8jnAWM.net]: stalmannenってスェーデン語でSuperMan のことなんだって。
だから、あの左翼は頓珍漢なことばかり言ってたのか。
415 名前：デフォルトの名無しさん [2023/01/23(月) 08:39:01.26 ID:at3LpiJm0.net]: ちょっと教えてください。
a、b、c、d、eとコミットして
bにリセットしたらcdeの修正分はなくなるよね？
最初の状態からcをリバートしたらdのコミット分だけが無くなる？

この時cの修正に依存するd,eの改修箇所はエラー吐きまくるであってますか？

実際のチーム開発でrevertとかそんな使う機会ある？
416 名前：デフォルトの名無しさん [2023/01/23(月) 08:47:04.02 ID:at3LpiJm0.net]: >>402
ごめん
最初の状態からcをリバートしたらcのコミット分だけが無くなる？
です
417 名前：デフォルトの名無しさん [2023/01/23(月) 09:17:09.28 ID:JALIr7W8M.net]: >>402
pushしたならrevertしかないから、使ったことはある
>>403
その認識で合ってる
418 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cf02-u+oX) [2023/01/23(月) 10:00:41.12 ID:at3LpiJm0.net]: >>404
ありがとう。
cの修正に依存するd,eの改修箇所は
手動で調整するしかない？
だよね？
419 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Saa7-OsG9) mailto:sage [2023/01/23(月) 10:08:15.27 ID:LXMqTouFa.net]: revertは実際のチーム開発では主にリリース直前や直後に戻すときに使う
途中のコミットだけ戻すのも、リリースにむけて成果をマージしていくメインストリームのブランチの場合は珍しくない
例えば、各自の作業をmainブランチに統合した後にステージング環境で最終確認してて特定の新機能に不具合が見つかったら、その機能のマージコミットだけをmainブランチからrevertしてリリースする
一般的にはそういう統合用のブランチにおいてそれぞれのマージコミットにはあまり依存関係がないから、途中のコミットであっても安全に戻せることが多い
420 名前：デフォルトの名無しさん [2023/01/23(月) 10:51:47.46 ID:at3LpiJm0.net]: >>406
ありがとう。参考にシマス。
421 名前：デフォルトの名無しさん [2023/01/23(月) 17:43:30.01 ID:yDqoU8LDM.net]: >>405
deだけを付け直すrebaseのオプションがあったはず。ブランチ切ら�
422 名前：ﾈいとダメかもしれないけど https://git-scm.com/book/en/v2/Git-Branching-Rebasing これの more interesting rebasesのところ 日本語版もあると思うので読んでみてくれ []: [ここ壊れてます]
423 名前：デフォルトの名無しさん [2023/01/24(火) 14:12:59.02 ID:PErgKA+Q0.net]: >>408
ありがとう。読んだけど脳みそのキャパオーバーぎみ。
マージと同じような意味でリベース使えば履歴がスッキリするよって感じなのかな。
424 名前：デフォルトの名無しさん mailto:sage [2023/01/25(水) 18:58:25.67 ID:0Lr4LnSH0.net]: GitHubでフォークされた場合にフォークリポジトリを削除してもらう方法ってフォーク主にお願いするしかないんですか？
425 名前：デフォルトの名無しさん mailto:sage [2023/01/25(水) 19:26:11.38 ID:kc4IizhD0.net]: いいえ、フォーク主にお願いしても削除できません
426 名前：デフォルトの名無しさん mailto:sage [2023/01/25(水) 19:33:00.95 ID:0Lr4LnSH0.net]: >>411
そういう仕様ですか？
427 名前：デフォルトの名無しさん mailto:sage [2023/01/25(水) 19:37:07.29 ID:LpQ7Ffm40.net]: フォーク主にお願いしただけでは削除されませんっていう重箱の隅
428 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d3bb-TAsf) mailto:sage [2023/01/25(水) 19:50:29.62 ID:0Lr4LnSH0.net]: フォーク自体は削除できるのでフォーク主にお願いして削除してもらえばいいと思うのですが
現実問題としてそれで削除してもらえるのかという問題はありますけど
他にいい方法ないですかね？
429 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3f7e-CAvY) mailto:sage [2023/01/25(水) 21:01:54.27 ID:MpRPGlvM0.net]: 個人情報うpしちゃったとかなら
GitHubのサポートに削除してもらえるかも

フォークした奴がお願いしてもきかなくてまたpushしたりした場合は知らん

APIキー漏らしたとかなら
悪用される前にAPIキーを無効化して作り直すべき
430 名前：デフォルトの名無しさん mailto:sage [2023/01/25(水) 22:32:00.35 ID:TQcZua1A0.net]: そもそもgithubの話題はスレチ
431 名前：デフォルトの名無しさん mailto:sage [2023/01/26(木) 21:19:38.08 ID:SzXozCf10.net]: じゃあどのスレならいいの？
432 名前：デフォルトの名無しさん mailto:sage [2023/01/27(金) 02:39:06.99 ID:AnZhSd0KM.net]: githubとかのスレ落ちてるね
433 名前：デフォルトの名無しさん mailto:sage [2023/01/27(金) 02:41:24.15 ID:AnZhSd0KM.net]: 1000まで使い切って落ちたみたいだから次スレたてようか
前スレがOSSホスティング総合からｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合に名前変えた1スレ目だったから、次スレをｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合の2スレ目にして立ててしまおう
ちょっと長いからスレタイからbitbucketは退場してもらう「ｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合 2【GitHub,GitLab等】」で
434 名前：デフォルトの名無しさん mailto:sage [2023/01/27(金) 02:50:50.96 ID:AnZhSd0KM.net]: 立てた

ｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合 2【GitHub,GitLab等】
mevius.5ch.net/test/read.cgi/tech/1674755161

次のGitスレの1にもこのリンクなるべく貼ろう
githubの話題はこっちにって
435 名前：デフォルトの名無しさん mailto:age [2023/02/15(水) 08:49:46.98 ID:8bG72mgl0.net]: Git v2.39.2
436 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ edbd-KThN) [2023/02/19(日) 15:35:48.54 ID:bxmEAj6Q0.net]: .gitignoreに
supervisord*
と記述していて
supervisord.log
supervisord.log.2
supervisord.log.3
supervisord.pid
は除外されるんだが
supervisord.log.1
だけ除外されない。これなんで？
437 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbcf-h1Ka) mailto:sage [2023/02/19(日) 15:41:46.42 ID:ajkW19n40.net]: どうせ誤字だろ
>>422をコピーして各行の頭にtouchつけてファイル作成したけどちゃんと全部除外になったぞ
438 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ edbd-KThN) [2023/02/19(日) 15:42:44.58 ID:bxmEAj6Q0.net]: 誤字する余地ある？
つーかそのままコピペしたんだけどどこか間違ってる？
439 名前：デフォルトの名無しさん mailto:sage [2023/02/19(日) 19:10:19.28 ID:BUZuvi0r0.net]: .gitignoreに記述する前にそのファイルだけaddしてたとかコミット済みだったとか？
440 名前：デフォルトの名無しさん mailto:sage [2023/02/22(水) 14:17:17.89 ID:gyrdrSK00.net]: TortoiseSVNは内部にSubversionの機能を持っていてましたが、TortoiseGitとGitは別れていて、
TortoiseGitとGitは別々に自分でアップデートしなくてはいけないということで合ってますか？
441 名前：デフォルトの名無しさん mailto:sage [2023/02/22(水) 14:34:18.81 ID:cZQRWFPq0.net]: あってるよ
TortoiseGitは単なるシェルエクステ�
442 名前：塔Vョン []: [ここ壊れてます]
443 名前：デフォルトの名無しさん [2023/02/22(水) 14:38:45.82 ID:ghtm6FKc0.net]: >>425
多分だけどそれが正解ぽかった
おさわがせしました
444 名前：デフォルトの名無しさん mailto:sage [2023/02/22(水) 14:41:46.67 ID:PxJfXyUn0.net]: Gitを時代遅れにする革新的な次世代VCSってないの？
445 名前：デフォルトの名無しさん mailto:sage [2023/02/22(水) 14:44:38.95 ID:gyrdrSK00.net]: >>427
やっぱりそいういう原理ですか
TortoiseGitは最新版を通知してくるけど、Gitそのものは自分で定期的に調べることになりますかね
446 名前：デフォルトの名無しさん mailto:sage [2023/02/22(水) 14:47:25.92 ID:5E1hhDZe0.net]: >>429
pijulが技術的には面白そう
447 名前：デフォルトの名無しさん mailto:sage [2023/02/23(木) 10:18:27.51 ID:/WRzCbiK0.net]: Linus Torvalds氏、Gitのマージに関し「マージについて説明できないのならやらないほうがいい」ゴミだからとアドバイス
https://softantenna.com/blog/linus-torvalds-git-merge-advice/
448 名前：デフォルトの名無しさん mailto:sage [2023/02/23(木) 12:32:27.18 ID:vkbZDErw0.net]: pushするときにリモートからpullし忘れてて(大抵修正加えた.MDファイル)面倒でそのままmergeして済ましちゃうことあるわ
449 名前：デフォルトの名無しさん mailto:sage [2023/02/23(木) 13:42:07.29 ID:2ALQezoZM.net]: githubって、利用規約的に、プログラミング以外の、例えば、工学でもないような
科学の分野の記事を投稿してもいいのかな？
450 名前：デフォルトの名無しさん mailto:sage [2023/02/23(木) 16:38:51.57 ID:Wg3wb5mI0.net]: 利用規約を読めば分かるのでは
それとも読んだけど文章が理解出来ないからここで聞いてるってこと?
451 名前：デフォルトの名無しさん mailto:sage [2023/02/23(木) 17:25:36.02 ID:ksd47yXpM.net]: >>435
まあ、そうおっしゃらずに。
452 名前：デフォルトの名無しさん mailto:sage [2023/02/23(木) 19:53:24.41 ID:sj7+9G1y0.net]: ここは github スレじゃないので、詳しくはそっちで聞いた方がいいんじゃないか？

既にドキュメントとか、小説とか、TRPGのルールとか上がってる時点で見当がつくかもだが、プログラム縛りとかないよ。
ただし無料版は、公開した時点でフォークに同意したことになるのでオープンソースなライセンスのものに限る。「俺の小説を読め」では駄目で「俺の小説を好き勝手に改変して良いよ」な必要がある。
453 名前：デフォルトの名無しさん mailto:sage [2023/02/23(木) 23:08:58.36 ID:jAWa9LJ+0.net]: >>437
じゃあ課金すれば俺の小説を読めでいいんだね
454 名前：デフォルトの名無しさん mailto:sage [2023/02/24(金) 03:19:03.50 ID:zsYMclLz0.net]: >>438
一般公開しなければOK
金払って身内オンリーのプロジェクトにして、身内に俺の小説読めとやる分には問題ないはず
455 名前：デフォルトの名無しさん mailto:sage [2023/02/24(金) 07:04:25.06 ID:gVfgzx5F0.net]: >>439
無料ユーザーでもプライベートリポジトリは作成できるけど、それじゃだめなの？
456 名前：デフォルトの名無しさん mailto:sage [2023/02/25(土) 12:18:16.14 ID:FE79oXH80.net]: WindowsでTortoiseGitを入れてみたら、
文字が収まっていないボタンやらテキストやらがあちこちにあるんだけど、
もう誰も日本人はメンテナンスしていないということ？
457 名前：デフォルトの名無しさん mailto:sage [2023/02/25(土) 12:38:25.55 ID:wWCIK7/X0.net]: >>441
トータスSVNに思い入れのある奴以外わざわざシェルエクステンション入れようと思うのが少ないからでは
458 名前：デフォルトの名無しさん mailto:sage [2023/02/25(土) 12:51:57.84 ID:PqCR/RX+0.net]: コマンド名まで訳されて使い物にならないから英語のままでいいんだよ
459 名前：デフォルトの名無しさん mailto:age [2023/02/25(土) 14:04:39.71 ID:irYnSu+v0.net]: Git v2.40.0-rc0
460 名前：デフォルトの名無しさん mailto:sage [2023/02/25(土) 23:13:40.02 ID:ovEcn7Jfd.net]: >>443
これ
461 名前：デフォルトの名無しさん mailto:age [2023/03/02(木) 09:01:59.55 ID:0FYZaeA50.net]: Git v2.40.0-rc1
462 名前：デフォルトの名無しさん mailto:sage [2023/03/05(日) 13:04:21.70 ID:8PrcXKX90.net]: Gitで、たとえばWindowsの共有フォルダC:\share\内にgitrepo\repo1でレポジトリを作って、

・自分…C:\share\gitrepo\repo1を
463 名前：レポジトリとして扱う ・他人…\\mypc\gitrepo\repo1をレポジトリとして扱ったり、 C:\share\をネットワークドライブに割り当ててX:\gitrepo\repo1として扱う という使い方を混在させられますか []: [ここ壊れてます]
464 名前：デフォルトの名無しさん mailto:age [2023/03/08(水) 08:49:32.65 ID:LFxaLGgf0.net]: Git v2.40.0-rc2
465 名前：デフォルトの名無しさん mailto:sage [2023/03/08(水) 15:10:53.84 ID:y15Pp/rv0.net]: >>447
出来るはず
466 名前：デフォルトの名無しさん [2023/03/08(水) 15:30:31.63 ID:fjA0P+OsM.net]: >>447
できるけど、作業ツリー付きのリポジトリだとpushが出来ないとかでハマるから、自分のPCの中にベアリポジトリを作って、そこから自分の作業ツリーも他人の作業ツリーもcloneした方がいい
要は、remoteはgit://のURLで始まってる必要はなくて、file:///でも全く同じように動作するってこと。
467 名前：デフォルトの名無しさん mailto:sage [2023/03/08(水) 22:23:57.15 ID:H7oUncLga.net]: gitってオフラインでローカルでも使えるんだな。練習もしやすいんだね
468 名前：デフォルトの名無しさん mailto:age [2023/03/14(火) 07:38:19.27 ID:16gxAQnk0.net]: Git v2.40.0
469 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 20:58:29.14 ID:144H+TDJ0.net]: Windows向けGitって、mingwとかbashとかGNU系コマンドまでいろいろ入ってて
インストールしたら400MBくらいの容量食うことになるけど、
本当にあれ全部必要なの?
470 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 23:44:11.24 ID:smU6E7N/0.net]: >>453
自分で消してみたら分かるんじゃないの
471 名前：デフォルトの名無しさん mailto:sage [2023/03/20(月) 12:35:58.85 ID:zUBkMWcU0.net]: Windows上で、TortoiseGitとSourceTreeと両方入れて、
1つのリポジトリに対して両方を使い分けるようなことは問題ないですか？
どちらも.gitの中身をリアルタイムで見ているだけなら大丈夫そうに思えるのですが。
472 名前：デフォルトの名無しさん mailto:sage [2023/03/20(月) 17:30:03.68 ID:RiT/SFXS0.net]: 問題無い
更新するときもロックファイル作ってからやるから平気なはず
473 名前：デフォルトの名無しさん mailto:sage [2023/03/20(月) 19:28:34.75 ID:zUBkMWcU0.net]: ありがとうございます。併用できるんですね。
ファイル単位の履歴などはTortoiseGitのほうが使いやすいし、
ブランチの切り替えや全体の状況などはSourceTreeのほうが使いやすいです。
474 名前：デフォルトの名無しさん mailto:sage [2023/03/24(金) 15:34:13.51 ID:2r8zYf6jM.net]: >>441
英語版も収まってないとこあるよ
475 名前：デフォルトの名無しさん [2023/03/28(火) 17:21:29.11 ID:hvNFNzxEa.net]: TortoiseGit入れたらExplorerが重くなったり落ちたりしたからもう使ってない
476 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 31ab-3uzD) mailto:sage [2023/03/28(火) 19:02:23.66 ID:xTDDpSYI0.net]: さーせん、最初のところを何も考えずにyesしました。
477 名前：デフォルトの名無しさん mailto:sage [2023/03/29(水) 00:17:09.12 ID:8VnCvL67M.net]: >>453
オープンソース系のソフトはみんなそんな感じだね。
EmscriptenやTeXも巨大。
TeXなんてさして機能アップして無いのに数GBのインストールが必要だったりする。
もともとは10MBでも動く程度のものだったはずなのに。
478 名前：デフォルトの名無しさん mailto:sage [2023/03/29(水) 01:47:09.24 ID: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 名前：デフォルトの名無しさん mailto:sage [2023/03/29(水) 03:49:58.38 ID:D+K1RJe/0.net]: 元々インフラ屋だったから、
マジで開発環境を
>>462
こんな感じで右往左往しとる
480 名前：デフォルトの名無しさん mailto:sage [2023/03/29(水) 07:00:07.39 ID:TKZGCNiw0.net]: >>453 だが、結局Busybox版MinGitにした

サイズ小さいし、VSCodeやEclipseのGit拡張機能からでも使えるし、十分だわ
481 名前：デフォルトの名無しさん mailto:sage [2023/03/29(水) 11:32:54.49 ID:W9S9gZJma.net]: OSS という訳ではなく、Freeで有名なアプリでもライセンスチェックされてOKなものでないとWindowsに導入できない会社も多いんじゃないかな。
Windows10 はそんなに準備してくれていたのか、とOpenSSH 以外は初めて知った。
482 名前：デフォルトの名無しさん mailto:sage [2023/03/29(水) 11:36:13.25 ID:F5o9RsYu0.net]: >>463
WSL使えば右往左往しなくていいよ
483 名前：デフォルトの名無しさん mailto:sage [2023/03/30(木) 02:21:13.08 ID:lxjUu7NDM.net]: オープンソース系が好きな開発者は、Unix原理主義者である事も多く、
Windowsではシンボリックリンクが使えないことを「いいことに」
シンボリックリンクをファイルのコピーで済ます。それで爆発的に肥大化する。
そして馬鹿で技術力が無いのでサイズが大きなセットでしかソフトを作れない。
484 名前：デフォルトの名無しさん mailto:sage [2023/03/30(木) 02:47:46.58 ID:Lv6wjWHL0.net]: 20世紀から知識が更新されてない人だろうか？
485 名前：デフォルトの名無しさん mailto:sage [2023/03/30(木) 03:19:39.83 ID:lxjUu7NDM.net]: >>468
あなたこそ、現実にオープンソースソフトウェアを試してない。
試したらすぐ分かること。
486 名前：デフォルトの名無しさん mailto:sage [2023/03/30(木) 03:56:59.98 ID:Lv6wjWHL0.net]: >>469
Windows にシンボリック・リンクが無かったのは大昔に話ですよ。いくら 2ch が老人集会所だからって、知識が Windows XP どまりとか笑える。
487 名前：デフォルトの名無しさん mailto:sage [2023/03/30(木) 04:09:23.59 ID:aJyOUp9oM.net]: git スレにきて、「お前はオープンソースソフトウェアを試していない」とか言い出す奴おる？
長文君といい、このスレ定期的に変な奴湧くなあ
488 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM49-tUaT) mailto:sage [2023/03/30(木) 15:38:07.97 ID:HH7L/+KTM.net]: >>470
あっても大部分のオープンソースアプリでは使われて無い。
馬鹿だから。
489 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb6-zPPn) mailto:sage [2023/03/30(木) 18:20:59.63 ID:kNyxTVVtM.net]: >>472
ここはお前の妄想を語る場所じゃないよ。
git の話しろ。
490 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4602-+ld4) mailto:sage [2023/03/30(木) 20:36:16.47 ID:NHxtu0BL0.net]: 複数人が同一ブランチで作業していて、それぞれ異なるファイルを修正しているのですが、
一人がプッシュすると、他の人がそれをプルしてくる際にマージのコミットが発生します。
ff-onlyの設定だと、複数人の作業ではいつもプルに失敗します。
Gitでは複数人での作業はこういうものなのでしょうか。
491 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2ecf-uluY) mailto:sage [2023/03/30(木) 21:17:24.39 ID:jlqIRhmm0.net]: そういうもんだけどその複数人たる他の人達はそのことについてあなたになんて言ってるのさ
492 名前：デフォルトの名無しさん mailto:sage [2023/03/30(木) 23:49:49.22 ID:n9cKQeMP0.net]: >>474
普通は同じブランチ上で作業しない。
ブランチ切るのは無料なので各自が自分用の作業ブランチを切ってそこで作業する。ff-only の場合は特に。
ブランチ切らずに作業するのは hot fix とか超急いでる時だけ。
493 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-+ld4) mailto:sage [2023/03/31(金) 09:11:50.51 ID:2bhkq+Nl0.net]: >>475-476
一つの機能追加やバグ修正を、複数人で対応するようなケースなんですが、
こういう場合も一人一人ブランチを切って作業するものなんですか？
そうなると、ブランチでフェッチやプルが必要なケースってなくなってしまいそうですが。
494 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM85-gF7D) mailto:sage [2023/03/31(金) 10:25:27.66 ID:JCq04AVFM.net]: >>474
異なるファイルを編集しようが、すでに起こったコミット済みのファイル間で一貫性が保たれていないかもしれない状態かもしれないわけだしマージするしかなくない？
モジュールAとモジュールBはお互いの内部実装に依存しているが、AとBを変更した担当者がお互いの変更を知らないでコミットツリーが1本になっちゃっても困るでしょう。
見た目上マージを避ける方法としてはrebaseとかあるけど。
495 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-+ld4) mailto:sage [2023/03/31(金) 10:58:07.02 ID:2bhkq+Nl0.net]: >>478
プルのときにリベースをすると、マージコミットが発生しないようにできるんですね。
いろいろ勉強していたら、複数人での開発でマージコミットが履歴の上に何度も現れるのは目障り、
と同じような感想を持っているサイトがあり、リベースが紹介されていました。
496 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb6-zPPn) mailto:sage [2023/03/31(金) 12:50:57.47 ID:U5A6Rz77M.net]: merge commit ない方が履歴を追いやすいので普段の小さな更新は rebase でやるのが一般的。
一方で長く別れていた異なる経歴のものを混ぜる場合には merge commit があった方が分かりやすいので merge にするべき。
497 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb6-zPPn) mailto:sage [2023/03/31(金) 12:57:43.80 ID:U5A6Rz77M.net]: >>477
作業ブランチの共有をどのようにするかはチームごとのルールがあるので仲間に確認
プルリクエストを出して取り込んでもらうという運用もあるし、
共有ブランチにプッシュする運用なら、作業ブランチを共有ブランチの先頭に rebase した上でプッシュするのが一般的。
498 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-+ld4) mailto:sage [2023/03/31(金) 13:39:22.27 ID:2bhkq+Nl0.net]: >>480-481
>共有ブランチにプッシュする運用なら、作業ブランチを共有ブランチの先頭に rebase した上でプッシュするのが一般的
この運用だと、複数人での同一ブランチでの作業でも、履歴を1本化できるのですよね。
もちろん、他のブランチでの修正などをマージするときは、履歴として残していくつもりです。
499 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa23-4c3z) mailto:sage [2023/04/05(水) 18:00:34.21 ID:H6gFlorFa.net]: WindowsのSourcetree、起動するたびに右に1ピクセルずつ広がっていくんだけど、おま環？
500 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa23-mFyV) [2023/04/06(木) 18:18:24.64 ID:un5AwFJZa.net]: めっちゃ判りますωωω
501 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e1ba-P47T) mailto:sage [2023/04/08(土) 16:07:30.25 ID:6pTBweNA0.net]: Git初心者後輩のrebase童貞とreset童貞
卒業させてやった
502 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4619-nMYw) mailto:sage [2023/04/09(日) 19:33:50.10 ID:Hd1BGJ070.net]: >>485
おめ。
次はSquashで大量コミットお化け童貞も捨てさせるチャンスだな。
503 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM29-hB6S) mailto:sage [2023/04/12(水) 16:25:18.28 ID:JiChcRr/M.net]: pushしてPRしてアーッって新境地へ
504 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2710-sFbk) mailto:sage [2023/04/20(木) 22:47:39.66 ID:02avdjdC0.net]: 開発用ML見てたら、git replay　ってのを作ってる人がいる模様。

https://public-inbox.org/git/20230407072415.1360068-1-christian.couder@gmail.com/T/#m982eda816df06532f97ec30be5dda768cea5338f
505 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c5e6-FGqy) mailto:sage [2023/04/26(水) 19:09:19.52 ID:nF7JL/l90.net]: マージして削除したブランチって、ログの樹形図を見ても、
そのブランチが何という名前だったのかは基本的にわからないものですか？
506 名前：デフォルトの名無しさん mailto:age [2023/04/26(水) 19:49:05.13 ID:diGGhm110.net]: Git v2.40.1
507 名前：デフォルトの名無しさん mailto:sage [2023/04/26(水) 19:58:42.13 ID:EZG/OKKF0.net]: マージコミットのメッセージがあればそれを信用するしかない
508 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c5e6-FGqy) mailto:sage [2023/04/27(木) 09:18:11.67 ID:4Ldu38ha0.net]: >>491
そういうものなんですか。
Subversionのときは、ブランチの作成自体が1つのコミットで、
ブランチの名前や、どういう作業を始めるのかをログに残しておけたけど、
そのへんの感覚も違うんですね。
509 名前：デフォルトの名無しさん (ｽｰｯﾌﾟ Sd0a-3RjN) mailto:sage [2023/04/27(木) 10:53:45.90 ID:SsZf7nuSd.net]: >>492
だからマージの時にどのブランチからどのブランチにマージしたのかデブォルトでコミットログに残るでしょ
510 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e6bb-QZyk) mailto:sage [2023/04/27(木) 21:42:03.12 ID:yMUedyDf0.net]: >>492
subversion はブランチの使用が重くて、使える数も実質的にディスク容量とかで制限されてたけど、
git はブランチが軽くて余計な容量を食わないので百でも千でも好きなだけ切れる。しょっちゅう作ったり消したりできるし、ずっと残しておく事もできる。
そのせいでブランチに対する考え方が違う。必要ならなんで消したの？みたいになる。
511 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c55f-ASru) mailto:sage [2023/04/27(木) 21:51:10.24 ID:aeCa0uwW0.net]: >>494
> subversion はブランチの使用が重くて、使える数も実質的にディスク容量とかで制限されてたけど、

んなこたーない。
https://tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-dug-branchtag.html
> つまり、リポジトリの完全なコピーを作成する代わりに、指定したツリーやリビジョンを指す内部リンクを作成します。そのため、ブランチやタグの作成は、非常に高速で、リポジトリに追加スペースをほとんど使用しません。

ダメなのはマージの追跡が後付けで非効率なところ。
512 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e6bb-QZyk) mailto:sage [2023/04/27(木) 22:14:47.72 ID:yMUedyDf0.net]: いい加減なこと言ってないで、実プロジェクトで git と svn のブランチを使い比べてみろ。
513 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMb5-brYh) mailto:sage [2023/04/28(金) 05:15:11.41 ID:PA/2QVhjM.net]: Error: explorer.exe not found in PATH の修正来たわ

please note that the latest snapshot has the fix
https://wingit.blob.core.windows.net/files/index.html
514 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM0a-QZyk) mailto:sage [2023/04/28(金) 15:09:32.21 ID:dkx3B1sjM.net]: svn 屋がいくら cheap copy でコピーが速いって自慢しても、git のブランチ作成はそもそも zero copy なんで比べものにならないんだよな。
設計思想の根本的な違い。
515 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c55f-ASru) mailto:sage [2023/04/28(金) 15:30:18.71 ID:dDRImt5V0.net]: 別に Subversion を擁護するわけでも自慢するわけでもないんだけど、少なくともブランチ作成に限れば
どちらも一瞬なんで何を見て「ディスク容量とかで制限されてた」「比べものにならない」とか言ってるのか
わからない。 Subversion 嫌い過ぎなだけなんじゃないかと。

マージはクソなのでそこも含めての話なら「ブランチの使用が重くて」はわかる。
516 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM0a-QZyk) mailto:sage [2023/04/28(金) 17:05:37.81 ID:8y/8q1m4M.net]: >>499
そこまで言うのなら大きめのプロジェクト、例えば linux のソースコードくらいのやつに git と svn で100個ずつブランチを切って作業時間を比べてみ。当然だが作業コピーも作って1回ずつ作業しろよ。
どっちも一瞬かどうか、自分で体験すれば納得いくだろ。

ディスク容量の話は昔の容量が小さかったころの経験なので、最近の大容量だと問題ないかもだから撤回しとく。
517 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c55f-ASru) mailto:sage [2023/04/28(金) 17:47:03.47 ID:dDRImt5V0.net]: >>500
え？ブランチ作るごとに作業コピー作るってのが意味わからんのだけど？
そんなことしたらどっちでも作業コピー作る時間が圧倒的ネックになって比較の意味も無くなりそうだし。
518 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC) mailto:sage [2023/04/29(土) 10:58:48.12 ID:Toi7lz0e0.net]: >>501
使ってないこと丸わかりの馬鹿コメントだな。svnスレに帰れ。
お前は作業もしないのにブランチ切るの？
圧倒的ネックなのは svn だけ。git を巻き込むな
519 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 975f-By2c) mailto:sage [2023/04/29(土) 11:49:10.88 ID:YEumeQ4R0.net]: >>502
どういうことなの・・・
git branch x
520 名前：でブランチ作るにあたって作業コピーなんか作らないし、 svn copy ^/trunk ^/branches/x -m "..." でブランチ作ってもそれは同じでしょ。 なんで「当然だが作業コピーも作って」なんて話になるんだ？ []: [ここ壊れてます]
521 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC) mailto:sage [2023/04/29(土) 13:24:59.65 ID:Toi7lz0e0.net]: >>503
git checkout -b xxx
edit filename
git cimmit -a
が git のやり方
522 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 975f-By2c) mailto:sage [2023/04/29(土) 15:34:03.46 ID:YEumeQ4R0.net]: あー >500 の「作業コピーも作って」は「作業コピーを切り替えて」の意味で、
git checkout -b xxx
↑が↓になる違いを言ってたのかな。
svn copy ^/trunk ^/branches/xxx -m "..."
svn switch ^/branches/xxx

git だと切り替え含めてほぼ何もしないからこれでも一瞬だけど、
svn のほうは切り替え含めれば数秒はかかりそうだから 100 も作ればだいぶ違うだろうね。
523 名前：デフォルトの名無しさん mailto:sage [2023/04/29(土) 17:08:24.97 ID:Toi7lz0e0.net]: branch に名前をつけるだけじゃなくて、branch を実際に使うとこまで含めて git は軽々ということ
そしてそれが git 文化の根底にあるので、旧世代の認識で見ると不思議に見えるという話
524 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC) mailto:sage [2023/05/02(火) 12:10:21.01 ID:qiaRnW6F0.net]: git で「ブランチ作る」って言ったら commit してブランチを伸ばすとこまで含めてだな
中身空っぽの名前だけのブランチとか作ったとは言わない、せいぜい「名前をつけた」だな
525 名前：デフォルトの名無しさん mailto:sage [2023/05/02(火) 12:13:06.79 ID:qiaRnW6F0.net]: といあたりに誤解の元がありそう。
526 名前：デフォルトの名無しさん mailto:sage [2023/05/02(火) 12:33:04.68 ID:izIA5aWFM.net]: >>507
git branchで作った時点で「ブランチを作る」だろ。ヘルプからしてそうなっているんだし。
527 名前：デフォルトの名無しさん mailto:sage [2023/05/02(火) 12:44:34.23 ID:qiaRnW6F0.net]: >>509
お前がそう思うんならな。
でも git branch でブランチを「作る」なんて普通しないからな。昔の作法にとらわれてるロートルくらいだよ
528 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff8f-q0ED) mailto:sage [2023/05/02(火) 14:06:39.43 ID:mR5RoZxq0.net]: 中身からっぽだと思ってる時点で素人だな
529 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b79c-gobk) mailto:sage [2023/05/03(水) 10:19:00.05 ID:psoe33uP0.net]: >>510
man書いている公式に文句言え。
混乱の元だからオレオレ用語使うなよ。
530 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC) mailto:sage [2023/05/03(水) 13:21:30.84 ID:wjk3BEO40.net]: マニュアルは正確には branch head を作成するな。
531 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff8f-q0ED) mailto:sage [2023/05/03(水) 15:40:13.27 ID: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 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 02:53:34.47 ID:9zTyX7Ss0.net]: 2点質問があります。もし詳しい人がいましたらご教授いただけると幸いです。

【自己紹介・置かれている状況】
私はGitが全くわかっていない人間です。業務もITとは無関係です。
私の部署はワードやエクセルで書類を作成したり、電話対応を行うのが主な業務です。
pythonやphpなど、プログラミング言語を使った業務は皆無です（エクセルで若干関数を扱う程度）。
現在、別部署やコン�
533 名前：Tル会社から「git使いましょう」とアドバイスを受けている状況です。 【質問】 1）エクセルやワードが使えるだけの人（高齢者や短時間勤務の主婦もいます）でもGitは扱えますでしょうか？ 2）PCやタブレットが50台くらいあるのですが、環境設定は大変でしょうか？作業者は私になるそうです。 【余談】 「サル先生のGit入門」や「Gitの良さが分からない？ちょっとそこに座れ」という記事は読みました。 専門用語が多く、理解できていません... よろしくお願いいたします。 []: [ここ壊れてます]
534 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 96bb-J6v/) mailto:sage [2023/05/07(日) 07:04:06.12 ID:oLYbcGcf0.net]: >>515
使えなくないだろうけど、そんなに役には立たないと思うよ。他のことを勉強するのに時間を使った方がいい。
git は複数の人で作品を作り上げるためのコラボレーション・ツール。そういうのが必要になったら戻っておいで。
535 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac3-wpjJ) mailto:sage [2023/05/07(日) 08:33:30.66 ID:uPYz4dpTa.net]: 個人でもバージョン管理できると良い事はあるけど、帳簿みたいにExcel や DB で管理した方が良いものは、Git で管理ではないしね。
536 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 10:33:19.76 ID: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 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 12:04:22.46 ID:oLYbcGcf0.net]: 長々と無駄なレス書いてるやつもいるが、一人で考えたり、いきなり SharePoint とか始めるじゃなくて社内でよく相談することを推奨するよ。
他部署とかでも SharePoint 使ってるならお勧めだが、社内全体が git で染まってるなら自部署だけ違うのを使うのはお勧めしない。
自部署単独ではあまり役に立たなくても全社での交流を考えると有用ということもある。
538 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 13:02:47.23 ID: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 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 13:23:48.22 ID:oLYbcGcf0.net]: >>520
お前は考えが浅いよ。他の部門やコンサルが git 勧めてる理由をよく聞いて判断すべき。局所最適ではなく全体の最適化に協力すべき。

例えばうちだと、git は画像ファイルや pdf の管理にはあまり役に立たないけど gitlab で管理している。画像作成部門とかからしたら無駄な手間だが、全体として他の素材(プログラムやhtml)と一元管理できるメリットはとても大きい。

git 覚える手間は大きいので推奨はしないが、状況次第。全員が覚える必要はなくて登録担当者（リーダー）だけ使うとかもありえる。
540 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 14:05:32.22 ID:DNOpmTqI0.net]: >>521
だからその場合は全社規模の導入チームがやってきて、有無を言わさず導入させられて終わりなんだよ。
下っ端の部署に拒否権なんて無い。
それが分からないのはお前が中規模以上の会社で働いたこと無いからだよ。

> 画像作成部門とかからしたら無駄な手間だが
それは無駄ではないんだよ。鯖に置く画像等はある程度HTML/CSS/JavaScriptとセットなのだから、
それらと密着してるのならプログラム側のgitで一括管理するもの妥当だし、
データとして後で嵌め込むだけなら別管理でDBにブチ込んどけ、でしかない。
つかお前が管理の仕方分かってないだけだろ。
それ、「無駄だ」とか上司やチームメンバーに言ったら呆れられると思うぞ。

> 全員が覚える必要はなくて登録担当者（リーダー）だけ使うとかもありえる。
ねえよ。もし仮にそれやったら、更新作業が全部515に降り積もってきて回らなくなるだけ。
実際、お前の会社の画像作成部門は、リーダーが全部とりまとめてgitに登録するのか？違うだろ。
少なくともgitの導入はbreaking changeで、今現在の業務フローの延長上にはない。
対してSharePointは基本共有鯖に毛が生えただけだから、共有鯖で問題になってきてる程度の状況なら、
ほぼ何も気にせず何も勉強せずに導入できるようになってる（はず)

つか俺は>>516の中身には反対しないぞ。
ただ無理な布教は止めろ、そしてgit以外のことについて無知なのを自覚しとけ、というだけで。
お前らはgitを使ってきてるからsvnを使っておらず、結果、svnの知識は20年前で止まってるだろ。
だから現役でsvn使ってる奴とは話が合わない、それはお前らが不勉強だからだ、って事。
541 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 168f-b4b9) mailto:sage [2023/05/07(日) 15:42:28.21 ID:fadDN66A0.net]: 他部署やコンサルが勧めるからgit導入しろとか言ってる奴やば🤭
よっぽど外部の人間信用してるのね
542 名前：515 mailto:sage [2023/05/07(日) 16:37:14.01 ID:9zTyX7Ss0.net]: 沢山の返答、提案ありがとうございます。参考になりました。
私は「gitの導入は難しそう」という第一印象を抱きました。代替案として挙がったSharePointは現在調査しています。
いただいた情報を元に材料を収集し、次のミーティングで活かそうと思います。

>>518
>他部署がなぜgitを推すのかはちょっと確認した方がいい
gitを推す理由は以下になります
・システム系の部署は、すでにgitを使用しているため賛成
・新しいものが好きな部署も賛成
543 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 16:37:14.91 ID:DNOpmTqI0.net]: ただコンサルは基本的に詐欺師だから無視でいいとして、
他部署が何故推してくるのかは一応確認した方がいいとは思うが。
(とは言えその理由を聞かされても今の515では判断付かないとも思うが）

しかし、
> エクセルやワードが使えるだけの人（高齢者や短時間勤務の主婦もいます）
で誰もgit知らないのに導入するのは狂気の沙汰過ぎるし、
521の通り仮に他部署から書類を引っ張るときにgitが便利だからだとしても、プログラマが
> ワードやエクセルで書類を作成したり、電話対応
の関連書類を必要とするケースなんて無いしね。
そもそも電話対応関連書類ってヤバイクレーマーの実名とか入ってるだろうしで、
gitで管理していいものではないし。
(>>515に分かる様に補足すると、gitは分散型の為、本体のコピーが各人の端末内に作られる。
だから情報漏洩はするものだと認識した方がいい。
そもそもオープンソース《いつでもダウンロード出来る》向けの物だから、その辺考慮されてない。
だから例えばその50台のタブレット、出先で落としてデータ抜かれたら、会社の本体データと同じ物がそこにあるので、全部漏れる。
中央集権型でシンクライアントなら、毎回アクセスが必要だけど、電源切ったらその端末にはデータが残らないので、落としても漏れない。
まあgitにもシンクライアントを構成する為のツールは多分あるのだろうけど、その辺は他の人に聞いてみて)
544 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 17:00:11.23 ID:DNOpmTqI0.net]: >>524
0.9秒違いで前後してしまったが、
> ・システム系の部署は、すでにgitを使用しているため賛成
> ・新しいものが好きな部署も賛成
これは止めとけ、だな。
前者は自分が勉強するのが面倒だから他人に投げてるだけだし、(これは実際よくあるけど)
後者は有りだしそういう好奇心こそが上達の鍵ではあるが、導入後のメリットが無いからね。

(使ってない俺が言うのも色々おかしいが、覚えてる範囲で言うと)SharePointは下から攻めてて、

第一段階：個人のPC内に各人が管理。
　メリット：何もしなくてもいい
　デメリット：○○さんが居ないと最新版がどこにあるのか分からない、バックアップが大変
第二段階：共通PCまたはサーバで管理。
　メリット：各人の端末から最新版にアクセス出来る、鯖だけバックアップすればいい
　デメリット：誰かが編集中の場合、開けない
第三段階：SharePoint�
545 名前：ﾅ管理。 メリット：同時に鯖上のExcelやWordが編集出来る、履歴もガッツリ管理出来る、 閉じ忘れてる馬鹿がいても何とか出来る（だったはず） 要は第二段階での問題、 順番にしか編集出来ないのと、閉じ忘れて帰った馬鹿がいたら次にそいつが出社するまでどうにもならない、を対策してたはず。 だから多分Excel/Wordの簡易マージ機能を持ってる。(はず) 対してgitはLinuxの「全世界規模で同時開発」という、上から攻めてる状況で、 大は小を兼ねる程度には小にも使える程度。小用では決してないが、他も糞だから使われてるだけ。 君の部署が現在上記の第二段階なら、次はSharePointだと思う。 まさか第一段階なら、まずは第二段階を目指すべき。 []: [ここ壊れてます]
546 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 17:06:13.57 ID:oqOmuB4ma.net]: 前とは別の長文君が誕生してしまった。
547 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 96bb-J6v/) mailto:sage [2023/05/07(日) 20:34:45.89 ID:oLYbcGcf0.net]: >>522
お前が考え方に柔軟性がないのが良く分かった。場所ごとに最適のやり方があるんだよ。
画像部門は納品作業の代わりに git に上げてるだけだから、リーダー数人でチェックして問題なけれpushで十分まわってるよ。全員が使う必要はない。
受け渡しはファイル共有でも何でもできるが、社内が git だから合わせてるだけ。そういう協力もある。
548 名前：デフォルトの名無しさん mailto:sage [2023/05/07(日) 21:50:56.04 ID:DNOpmTqI0.net]: >>528
まあ水掛け論も意味がないので>>515用に纏めると、

515のみが学んで他の人はgitの使い方を知らずに済ます場合、
これまで各自がセーブして業務完了だったところを、全部515がその後commitしてpushしないと完了しなくなる。
528の様に元々業務形態が階層化されてて上位で承認/却下を常に行う構造ならそれでも負担がないが、
一般的なExcel台帳やWord文書って社員各自がセーブして終わりだろ。
それをgit導入後は515が全部commitしてpushしないと終わらない構造になる。

それが嫌なら全員に少なくともcommitとpushまでは出来る様にさせる必要がある。
その教育に何時間かかるかは、515が今まで「サル先生」等でgit学習に何時間かけたか、
或いは今後今俺らがグダグダ言ってる内容をサクッと理解できるようになるまで何時間かかったか、を計測すればいい。
ただ、ExcelやWord文書をマージ機能もないgitでbranch切ってcommitしてpushしても、何もメリット無いけどね。

まあやるのはご自由にだが、
そのシステム部門も君達が作成した文書を日常的に更新チェックする事もないし、意味もないと思うのだけど。
やるにしても、普通に「文書管理システム」のどれかを導入した方がいい気がする。
549 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4743-HZDH) mailto:sage [2023/05/08(月) 00:56:41.88 ID:tk0NMk8j0.net]: github desktopなら使いやすい
550 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MMde-qVtI) mailto:sage [2023/05/08(月) 20:09:44.72 ID:UP+iLiHiM.net]: >>515
まず「よく知らないものには投資しない」というのが大原則。
導入したら最終的にどういう運用になるのか具体的なビジョンが思いつかないなら、git導入に投資してはいけない。

そもそもの話、今の課題が何でこのままだとどういう悪い状況に陥るのか、その状況をどういう状況に改善すればどういう利益を得られるのか、といった基本的な部分はどうなのかね。

具体的なゴールのビジョンも無しに考えても無駄。まずはコンサルにゴールとなる運用のビジョンと利益を説明させるべき(gitうんぬんはその先の話)だけど、>>515の会社の誰も理解していない感じだなぁ。まともな改善プロセスとか手法を勉強しておかないとコンサルのカモになるだけだよ。
551 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 477b-sttf) mailto:sage [2023/05/08(月) 23:26:24.91 ID:5kf5hyPe0.net]: 今回はシステム部門もコンサルも糞無能なgit信者なのだろう。
とはいえ515がこれを突っぱねるのも多分無理だろう。
なるほど世の中の使えないシステムはこうやって出来上がるのか、とは思う。

5chであれ、とりあえず詳しい人に聞いてみよう、と出来た515を救ってやりたいが、かなり無理だな。
とはいえ、勝手につらつらと馬鹿git信者を論破する鍵を書いてみる。

まずgit信者はgitが万能だと勘違いしてるからこそ何でもgitで、という発想なわけだが、
現実は、「文書管理システム」が百花繚乱であり、git信者はこの矛盾に気づけないほどの低脳でしかない。
という精神論でジャブをかましつつ、そもそもフローが違う、という技術論に持ち込めばいいのではないかと。

>>515の職場でも、メールやチャットは「送信」、ファイルは「保存」しないと他人に変更/追記内容が見えない、
というのは当たり前に認識されてるはず。この「他人に公開」する手続きが、

メールやチャット：送信
ファイルサーバーやSharePoint：セーブ(=保存)
svn：セーブしてcommit
git：セーブしてcommitしてpush

と、プログラミング用のgitやsvnではセーブとは意図的に分離されてる。
これはプログラミングではセーブ後にデバッグが必要であり、実際このデバッグの方が時間もかかる為だ。
そしてcommit(=公開またはその準備）は基本的にはデバッグ完了後の完成品のみで、
共用リポジトリ（=公開サーバ)上での巻き戻しは想定されてない。
公開する前に完成品に仕上げろ、完成品のみ公開しろ、というノリだ。

対して文書、何をやってるのか分からんから勝手にエスパーだが、
「昨日の○○の件、纏めて鯖の○○フォルダに置いておきました。
関係者はチェック願います。そうでない方も軽く目を通しておいてください」
みたいなメールでの通知＋共用ファイルサーバーで情報共有を行っているとき、
まず公開した上でみんなでつついてブラッシュアップし、さらに精度を上げていくことになる。
そして十分と見なされれば決済され、駄目なら差し戻しで書き直しとなる。
552 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 477b-sttf) mailto:sage [2023/05/08(月) 23:26:50.45 ID:5kf5hyPe0.net]: この場合、

プログラミング：セーブして一人で「デバッグ」して完成品に仕上げてから、「公開」(commit+push)
　（=完成品のみ公開、未完成なら原則公開してはいけない)
文書：まずみんなに「公開」(=他人に見える状態に)してからブラッシュアップ（=修正=「デバッグ」)
　(=未完成品を公開した上で細部修正して完成させる)

なので、公開とデバッグの順が逆だから、
そもそもプログラミング用のシステムを通常文書に流用するのは無理がある、というより無茶苦茶だ。
そしてgitの場合、公開(=共用リポジトリでcommit済み)の後に上長に却下されて差し戻しで全面書きなおし、
みたいなことは想定されてない。これが日常的に行われたら多分すぐ破綻する。
(差し戻し履歴も全部保持するんだ！なら行けるのかもしれんが…)

そのシステム部門もコンサルも無能な馬鹿なのはほぼ間違いないが、
みんながやらないことには理由があるのだから、その理由を理解出来ないのなら変に突っ込んでいかないことだ。
無料のgitで文書も便利に管理出来るのなら、みんなやってるはずだろ。
実際は無理だからやってないんだよ。
gitの知識が豊富であったとしても、上記の通りフローが逆なのだからどうにも無理。
つか、ほぼ全員がgit使えるIT系の会社でも、ExcelやWord文書をgitで管理してるところは無いんじゃないかと。
いわゆる「ドキュメントを書け」のドキュメントはソースコードと対だから、gitにブチ込むべきではあるが、
実際GitHubにExcel/Wordが載ってるのなんて見たこと無いし。
553 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 16cf-O5MS) mailto:sage [2023/05/09(火) 00:07:48.25 ID:jG433kbs0.net]: 長文くんとIP同じだな戻ってきたのか
なんかスレ立ててそっち行ってなかったっけ?
554 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 168f-b4b9) mailto:sage [2023/05/09(火) 00:11:36.52 ID:B91343g/0.net]: いつまで515に壁打ちしてんの？
もう515としては結論出てると言うのに
555 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac3-wpjJ) mailto:sage [2023/05/09(火) 00:37:38.37 ID:Ng8dJHSta.net]: 長文くんとバレると、アレは出来たのかと聞かれてしまうな。
556 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e779-hkn5) mailto:sage [2023/05/09(火) 02:17:09.65 ID:ou225tEE0.net]: 論文はgit管理するけど
557 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9263-I9e7) mailto:sage [2023/05/09(火) 03:37:35.14 ID:vJYRnkZ40.net]: >>534
その立てたスレで、プロトタイプつくって公開し
使った人の意見を取り入れて改良するしかないんだから
早くつくれと言われたら、俺は迫害されてると言っていなくなった
558 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac3-2Hug) mailto:sage [2023/05/09(火) 10:33:39.58 ID:mi7fQkj4a.net]: >>537
論文ってTeX
559 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff84-nLn4) mailto:sage [2023/05/09(火) 11:39:03.14 ID:k0pMX7Ly0.net]: >>537
テキストファイルならありなんじゃね
560 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM63-J6v/) mailto:sage [2023/05/09(火) 15:07:22.27 ID:v28qnDp0M.net]: 最近は xlsx も docx も text を zip してるだけなのでtext形式でgit管理（git hooks とかで unzip して xmllint とか）も出来なくはない…
初心者にはちょっとハードルが高いが。
561 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac3-wpjJ) mailto:sage [2023/05/09(火) 17:30:01.20 ID:aUfupzQYa.net]: >>541
人が目で見て解析できる書き方はされてないから無理じゃないかな、と試みて諦めた事はある。
xlsx は、共同編集できるし、SharePointならバックアップに戻れるしで他所の製品凄いと思っている。
562 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e779-hkn5) mailto:sage [2023/05/09(火) 19:03:05.97 ID:ou225tEE0.net]: >>539
tex か簡単なときはmd ですね
公開とデバグの順序でgitを使うべきか決めることに違和感があったので文書の例を挙げてみたんです
563 名前：デフォルトの名無しさん mailto:sage [2023/05/09(火) 21:06:02.48 ID:1rp5yDQl0.net]: >>541
自分ですら絶対にやらないことを人に勧めるものではないよ。
ただそもそもExcelには差分表示機能があったはず。

つか、515って普通に背任案件の気がしてきた。
git信者が布教するなら、普通は「『僕が』インストールして回って、教育もしますから、一緒に頑張りましょう」だろ。
全く知らん奴に全部やらせるのは、明らかにおかしい。失敗するに決まってる。

>>543
君が使ってて君がそれでいいんならそうだねとしか。
しかしmdってMarkdownかー。時代は変わるもんだね。
今時HTML手打ちってどんな奴よ？と思ってたが、Wordの代わりに使ってる奴居るのね。
564 名前：デフォルトの名無しさん [2023/05/09(火) 22:00:19.19 ID:vrZIZnTIM.net]: >>544
作るとか言ってたなんとかツールは結局どうなったの?
565 名前：デフォルトの名無しさん mailto:sage [2023/05/09(火) 22:20:30.89 ID:B91343g/0.net]: ズレたコメントするから長文くんてすぐにわかるねw
566 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac3-buBZ) mailto:sage [2023/05/11(木) 13:20:24.80 ID:f1ZKn1xWa.net]: だって >>515 自体、読んだ瞬間に嘘ネタって分かるもの。

ドキュメントの履歴管理したいならMicrosoft365のSharePointだけで実現できるし、タブレットが
なんか知らんがandroidやiPadなら英語版しかないGitクライアントなんかPC初心者に扱える訳なくて
どんなに無能なコンサルでもGitなんか提案してくる訳ないから。
567 名前：デフォルトの名無しさん mailto:sage [2023/05/11(木) 13:35:23.92 ID:HBg1WTkH0.net]: >>547
「だって」って何なんだろ
話がつながらないんだけど

本当に「読んだ瞬間に嘘ネタって分かる」ようなものなら
スルーするか「嘘ネタ乙」で終わりにすればいいようなものだけど
長文くんらしき人もそうしてないんだよな
568 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f310-T3i7) mailto:sage [2023/05/16(火) 20:12:24.34 ID:FPvuL2N40.net]: Git v2.41.0-rc0
569 名前：デフォルトの名無しさん mailto:age [2023/05/20(土) 03:22:53.91 ID:j4bJhQmP0.net]: Git v2.41.0-rc1
570 名前：デフォルトの名無しさん mailto:age [2023/06/02(金) 21:08:39.93 ID:gtdaKPCt0.net]: Git v2.41.0
571 名前：デフォルトの名無しさん [2023/06/08(木) 21:49:01.57 ID:fx+hhIQha.net]: 3点質問させてほしい

次郎と太郎は、Aブランチにチェックアウトしている時に git branch -u origin/A コマンドを実行したことがあるとする。

次郎がまずAブランチにpushをした。

次に、太郎がAブランチの内容をpull(①git pullじゃなくてgit pull originと打ってやる必要がある？？)して、少し変更を加えてAブランチにpushした。

最後に、次郎がAブランチをBブランチにマージしたい。
そのためにローカルリポジトリを最新化する必要があるはず。
②この時、次郎はAブランチにチェックアウトしている状態で、git pull originと打てばいい？それともgit pull origin Aと打たなきゃダメ？

③Aブランチにチェックアウトしている時にgit pull originを実行するとローカルのBブランチも最新化される？

自分で試せばいいじゃんと思う質問もあるかもしれないけど、git初心者すぎていずれも試そうとしたけどよくわからんかった

すまんが知恵を貸してくれ
572 名前：デフォルトの名無しさん mailto:sage [2023/06/08(木) 22:33:33.64 ID:NtDKNzQ20.net]: git fetch origin
git branch -f B origin/B
573 名前：デフォルトの名無しさん mailto:sage [2023/06/09(金) 00:04:51.74 ID:Pc7x6y6i0.net]: git は動作をカスタマイズできるのでカスタマイズしてない前提で
① git pull と git pull origin は全く同じ動作。 origin の全ブランチを取得してローカルを更新
➁ git pull origin A は origin からブランチ A だけ取得してローカルのAを更新
➂ 上の2つ見れば分かるだろう
574 名前：デフォルトの名無しさん mailto:sage [2023/06/09(金) 23:02:05.34 ID:Q3Ivft6fa.net]: >>554
回答ありがとう
②についてだけど、もしBブランチにチェックアウトしている時にgit pull origin Aとやったら、ローカルのBブランチにoriginのAブランチの内容が反映されるの？
575 名前：デフォルトの名無しさん mailto:sage [2023/06/10(土) 01:16:50.63 ID:1CguL1f00.net]: >>555
されない。pull の場合、今どれをチェックアウトしてるかは関係ない。あくまで origin の A を取って来てローカルの A を更新
576 名前：デフォルトの名無しさん mailto:sage [2023/06/10(土) 01:38:23.55 ID:1CguL1f00.net]: ややこしいの考える前に基本の使い方を覚えろ。B に A をマージしたいんなら慣れるまでは
git pull （AとBを最新に更新）
git checkout B （Bを対象にする）
git merge A （BにAをマージする）
git push （今更新したBをプッシュ）
としろ。
577 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) mailto:sage [2023/06/21(水) 08:18:04.06 ID:ZC+5zqKiM.net]: gitって個人で使ってる分にはなんてことないけど
複数で使うと途端にいろんなトラブル起きるなぁ
ソフトを開発することが仕事なのに、ソースを管理することが目的になってる人もいるくらいw
578 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0984-2YmD) mailto:sage [2023/06/21(水) 08:55:55.22 ID:02AWx0hr0.net]: >>558
別にそんなことないけど
579 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f661-oNF8) mailto:sage [2023/06/21(水) 09:27:39.89 ID:0uJYSTxc0.net]: Gitがトラブル起こしてるんじゃなくてGitを運用してる人がトラブル起こしてるんじゃないの
開発規模にもよるとは思うけどただ導入するんじゃなくてある程度運用ルール決めないとみんな自由気ままに使ってめんどくさくなるだけだと思う
580 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) mailto:sage [2023/06/21(水) 09:41:11.46 ID:ZC+5zqKiM.net]: >>559
別にそんなことないけど
581 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6910-soF1) mailto:sage [2023/06/21(水) 10:59:35.25 ID:j/u9181K0.net]: 具体的にトラブルの事例書いてくれ
582 名前：デフォルトの名無しさん (ｽｯﾌﾟｰ Sd12-2YmD) mailto:sage [2023/06/21(水) 12:07:34.93 ID:/vdormTWd.net]: 複数で使う＝低レベルプログラマーが使う
という事ではないから必ずトラブルが起こるなんてことはない
583 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 617b-bOqJ) mailto:sage [2023/06/21(水) 12:13:40.13 ID:kw8ts4 ]: [ここ壊れてます]
584 名前：tw0.net mailto: >>558
同感だが、理由は、Gitはパッチ管理ツールであって、ソースコード管理ツールではないからだ。
Gitをソースコード管理ツールとして見た場合、典型的にはGitHubFlowなんて敗北そのものだが、
このスレの連中は信者だからこれにも気づけない。

ただ、パッチ管理ツールとしては極めて優秀だよ。
だから他のろくでもないソースコード管理ツールの代用とされているわけだが、やはり無理がある。
なお、信者は常に「運用が悪い」と考えて「Gitの不備」とは認めないから、このスレでは会話は成立しない。
ネットで言えば、「岡山の用水路」だね。
「落ちる奴が悪い」か「落ちるような構造なのが悪い」か。 []: [ここ壊れてます]
585 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sacd-oAH9) mailto:sage [2023/06/21(水) 12:24:57.58 ID:ofgcNB3xa.net]: >>564
君の使い方の参考になる資料のリンクを下さい。
586 名前：デフォルトの名無しさん (JP 0Hd5-iIiP) mailto:sage [2023/06/21(水) 12:33:39.30 ID:noMBISGYH.net]: >>564
お？
WitBucketくんかな？
587 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM96-GR+R) mailto:sage [2023/06/21(水) 14:38:02.37 ID:zDrKOTK+M.net]: >>564
長文君はまず自分の仕事したら？

gitがパッチ(変更)管理ツールなのは同意だが、ソフト開発に必要なのは変更管理ツールであって、素人の欲しがるようなソースコード管理ツールではないという点に気付いたら戻って来てね
588 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM96-GR+R) mailto:sage [2023/06/21(水) 14:53:26.93 ID:zDrKOTK+M.net]: git は「いつ、誰が、何のために、どこの、何を、どのように」変更したかを管理するツール。
5W1H だな。注目すべきは「何のために」
589 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5e8f-yLWt) mailto:sage [2023/06/21(水) 16:32:39.23 ID:rFauv/aJ0.net]: gitがパッチ管理ツールとかもう少し勉強してからきてほしい
590 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f661-oNF8) mailto:sage [2023/06/21(水) 16:42:42.46 ID:0uJYSTxc0.net]: うわぁめちゃめちゃしょうもない「自転車置き場の議論」に触っちまったみたいだ
みんなごめん
591 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 69f0-J7ro) mailto:sage [2023/06/21(水) 17:12:19.88 ID:eFNs2IY50.net]: いつどいつがどのようにしてソースに変更加えたか犯した罪を記録して行くツール
592 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5e63-W9nB) mailto:sage [2023/06/21(水) 17:36:57.91 ID:FKYcY5XV0.net]: >>570
「パーキンソンの凡俗法則」か
>自転車置き場については誰もが理解している（もしくは理解していると自分では思っている）ため、
>自転車置き場の設置については終わりのない議論が生じることになる。
>関係者の誰もが自分のアイデアを加えることによって自分の存在を誇示したがるのである。
593 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) mailto:sage [2023/06/21(水) 17:50:22.17 ID:27fSEcT+M.net]: >>567
何が言いたいのか意味が分からん
南朝鮮の人？
594 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6910-soF1) mailto:sage [2023/06/21(水) 18:01:06.09 ID:j/u9181K0.net]: トラブルとやらの事例がまだ出てきてないので
gitの設計上の問題か使い方がアホなのか
判断できないのではよよろしく
595 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ debb-GR+R) mailto:sage [2023/06/21(水) 20:42:01.85 ID:mETKsktv0.net]: >>573
どうしても知りたかったら過去のやつ嫁。
お勧めはしないが
596 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM96-GR+R) mailto:sage [2023/06/21(水) 21:20:08.79 ID:e7k87MK/M.net]: 混乱してる人のために書くと
gitスレには「長文君」と呼ばれるアンチが住み着いていてな
「gitは難しすぎるし品質が悪いゴミ、git信者は難しいのを強要する悪、素人が求めているソースコード管理はゴミ箱」というのが持論なんや
「オレが理想のソースコード管理ツール作って売る」といって専用スレまで立ち上げたんだが絶賛放置中でな
今もgitスレにいて、詳しい人には太刀打ちできないので、素人っぽい質問が来た時に湧いて出て持論を展開するんや
597 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b1cf-L1I+) mailto:sage [2023/06/21(水) 21:35:02.59 ID:aES2RBF80.net]: >>564の「ソースコード管理ツール」の定義はどういうものなんだろうな。
あんまり他人に伝わらないオレオレ定義のような気がするが。
598 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 617b-bOqJ) mailto:sage [2023/06/21(水) 22:51:16.49 ID:kw8ts4tw0.net]: >>558
ついでに言っておくと、Gitが改善することはない。未来永劫このままだ。

Linusにとっては、確かに今のGitで何も問題ない。
Git信者にとっては、Gitは完璧であり全ての問題は使用者に起因している。
結果、Git陣営には改善能力がない。問題なんて、そもそも存在しないのだから。
よって、今君が感じてる問題は、今後も改善することはない。

ここ見てたら納得だろ。
599 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0dad-iIiP) mailto:sage [2023/06/22(木) 00:58:48.76 ID:XPSQIg0D0.net]: >>578
お前みたいな簡単なアプリケーション一つ満足に作れないやつが何言っても説得力ないんだよ

日常の進捗履歴記録ツールWitBucket(仮称)検討中
https://mevius.5ch.net/test/read.cgi/tech/1668901194/

アプリの名称とかいうどうでもいいところにこだわって何も作れなかったくせに
600 名前：デフォルトの名無しさん (JP 0H91-4s7H) mailto:sage [2023/06/22(木) 01:14:56.37 ID:NXyr23+dH.net]: >>578
Linuxと同じ轍を踏むな、こりゃ
601 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr79-iIiP) mailto:sage [2023/06/22(木) 01:23:15.85 ID:iWhAnaulr.net]: 自演かな？
602 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 655f-rdTE) mailto:sage [2023/06/22(木) 02:31:42.28 ID:w+ztnMat0.net]: 構うのもそこそこにしとき
キリがない
603 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 655f-zAQ/) mailto:sage [2023/06/22(木) 08:22:03.78 ID:KQ2YqOqM0.net]: git pull A
は
git checkout A
git fetch origin A
git merge FETCH_HEAD
と同じ？
604 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) mailto:sage [2023/06/22(木) 09:55:40.82 ID:qLKOmLaEM.net]: トラブってネットで調べてる暇があったら

cloneしてきて、手作業でマージした方がはやいよな

単なる共有のストレージとしてしか、使ってないわ
605 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f59c-Axrn) mailto:sage [2023/06/22(木) 11:16:39.70 ID:RPi69QTP0.net]: git log graphで作業できるツールって公式にあったっけ？ vscodeのgit graph extensionみたいなの。

ソースコードにしろ何にしろ、管理をサポートする気ならGUIは必須だと思うけど、公式はGUIやる気無いんかな。
606 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 655f-rdTE) mailto:sage [2023/06/22(木) 11:20:36.66 ID:w+ztnMat0.net]: >>585
gitk
607 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMad-GR+R) mailto:sage [2023/06/22(木) 15:46:02.12 ID:/LD7S1aDM.net]: >>583
git pull origin A
と
git fetch origin A
git merge FETCH_HEAD
が同じかな。checkout はしない。あと origin 省略すんな
608 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMad-GR+R) mailto:sage [2023/06/22(木) 15:47:57.34 ID:/LD7S1aDM.net]: >>584
それでも良いけど、最新版のソース欲しいだけなら tar か zip で落としてきた方が早くないか？
609 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0984-2YmD) mailto:sage [2023/06/22(木) 19:16:31.45 ID:9nqf9tRl0.net]: >>584
トラブルって単なるコンフリクトのこと？
610 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) mailto:sage [2023/06/22(木) 20:21:01.56 ID:zCD8lbs8M.net]: >>589
なんでコンフリクトがトラブルなんだよwww
初心者か？
611 名前：デフォルトの名無しさん (ｽｯﾌﾟｰ Sd12-2YmD) mailto:sage [2023/06/22(木) 21:09:14.79 ID:M8dIi9qsd.net]: >>590
じゃあ手作業でマージした方が早いトラブルってなに？
612 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 69f0-J7ro) mailto:sage [2023/06/22(木) 22:31:06.05 ID:530dbSNE0.net]: ブランチがあちこちにあるヤツとかモジュール貼ってるけどバージョン管理適当なヤツでもってくるとコンパイル失敗するとか
613 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 32e4-KjXG) mailto:sage [2023/06/23(金) 00:53:10.41 ID:ugFnkwo70.net]: ブランチ更新したは良いけど本体の持って来かたがわからず詰んだ
旧本体からのブランチで新本体を持って来るのはどれだ……？チェリーピック？新本体に切り替えたらブランチで更新したやつ消えるよね？
614 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4179-9XmN) [2023/06/23(金) 01:46:48.97 ID:y59GZRwp0.net]: git reset --hard 新本体
615 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ debb-GR+R) mailto:sage [2023/06/23(金) 02:03:39.42 ID:ytj3MWkh0.net]: 本体って何だ？
616 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0984-2YmD) mailto:sage [2023/06/23(金) 03:33:05.35 ID:+kXmSoIs0.net]: 新本体に切り替える前にコミットすればいいのでは
617 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) mailto:sage [2023/06/23(金) 08:07:28.92 ID:2f7LXou/M.net]: コマンド打ってるやつを見ると、誰でも知ってるし
ネットを漁ればいろんなところに書いてあるようなのばっか。

そんなのGU Iならワンクリックだわ。

オプションを5個も6個も並べて令和人を見たことがない
愚直にgit push
wwwww
618 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f59c-Axrn) mailto:sage [2023/06/23(金) 08:49:33.29 ID:z+mnuoLR0.net]: 標準でSourcetreeぐらいのクライアントは欲しいところ。
619 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ debb-GR+R) mailto:sage [2023/06/23(金) 08:59:09.98 ID:ytj3MWkh0.net]: git 普通に使ってオプションを5つも6つもつけることとか滅多にないぞ
どんな使い方してるんだ？
知能が足りてないんじゃないか？
620 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f661-NCu+) mailto:sage [2023/06/23(金) 09:19:08.37 ID:PvP1hDIF0.net]: 複数のオプションを並べないといけないならそもそも設計が終わってると思う

パイプで複数のコマンドを繋いでるとかならまだ理解できるけど
621 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) mailto:sage [2023/06/23(金) 12:18:23.80 ID:GxtwtB6yM.net]: 議論の本質が分からず、そこ？なんてところを掘り下げる頭の悪い人いるよね
622 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr79-iIiP) mailto:sage [2023/06/23(金) 12:49:56.85 ID:/ZIBTbUwr.net]: こいつはバケツくんとは別人かな？
623 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0984-2YmD) mailto:sage [2023/06/23(金) 13:47:38.17 ID:+kXmSoIs0.net]: GUIの用語で説明しても他のGUIアプリ使ってる人には伝わらないから共通語としてコマンドで説明してるだけ
624 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/24(土) 00:54:58.63 ID:X/JgUHmx0.net]: >>558
> ソフトを開発することが仕事なのに、ソースを管理することが目的になってる人もいるくらいw
さらについでに言うとな、Gitプロジェクト自体が既にこうなっている。

見れば分かるが、Gitのソースコードは素人以下のゴミで、
Gitプロジェクト自体が、手の込んだ金庫に大切にウンコを保管している状態だ。
個人的には履歴管理以前にソースコードを改善する努力をするべきだと思うよ。

まあ「手段の目的化」はどこでもある話だが、Gitは多分にそうなりやすい。
これはGitの難易度が中途半端で、>>570の通り、「自転車置き場の議論化」するからだ。
「そのソースコードが美しいか、適切か」(≒原子炉の話)には全く付いていけないから、
「Gitのつかいかた」(≒屋根の色)で「自転車置き場の議論」をしてるのがこのスレだ。

信者ならあの糞コード何とかしろよ、と思うけどな。
お前らにその能力がないのは了解してるが、
それはお前らがコードを管理することに注力してるから、肝心のコードを書く能力が全く上達してないだけだし。
625 名前：デフォルトの名無しさん (ｽｯﾌﾟｰ Sd03-V+cT) mailto:sage [2023/06/24(土) 01:18:56.93 ID:JR6FeT/Ed.net]: 出た長文君
626 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM6b-FXSE) mailto:sage [2023/06/24(土) 02:27:10.04 ID:hQfvhr6jM.net]: >>604
長文君は自分の仕事にもどれ
627 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-A1th) mailto:sage [2023/06/24(土) 03:20:37.66 ID:4jq99Xu50.net]: 長文くんはツンデレだからgitの素晴らしさを素直に認めないし、表現力皆無だから下手くそな例えしかすることができない
628 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM6b-FXSE) mailto:sage [2023/06/24(土) 03:42:45.08 ID:FEyTokdlM.net]: malloc() に関して
初級者：free() することを学ぶ
中級者：free() しないことを学ぶ
上級者：本当に必要な時のみ free() する
長文君は初級者なので、中級者や上級者のコードが理解できないのが笑いどころ
629 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ad5f-VF0j) mailto:sage [2023/06/24(土) 03:48:07.31 ID:Ox3iYAMD0.net]: 黙ってNGせーや
630 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d5cf-OfpS) mailto:sage [2023/06/24(土) 08:45:58.77 ID:XxkKuFZ90.net]: >上級者：本当に必要な時のみ free() する
>長文君は初級者なので、中級者や上級者のコードが理解できないのが笑いどころ

同じ臭いがするんだが。
631 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b579-EOoO) [2023/06/24(土) 09:33:11.70 ID:/trYnR0M0.net]: gitのソースが綺麗だとgitの使い心地にどう関係あるの
632 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8d10-GFrI) mailto:sage [2023/06/24(土) 09:40:16.93 ID:0LGyal9x0.net]: >>608
今は上級者はrust使うだろ
633 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/24(土) 13:05:33.61 ID:X/JgUHmx0.net]: 俺は単に冷静に状況を把握してるつもりなんだけどね。
色々整合性も取れてしまったし、多分そこそこ合ってる。

ソースコードの品質は、判断出来るなら自分で見るのが一番納得するだろう。
ここで水掛け論する意味はないし、議論出来る相手がいるとも思ってない。

Linusが奇妙なほどCVSに対して攻撃的な事については、
実は今現在の俺はLinusのCVS体験をGitで追体験してるだけだとも分かった。
なるほどボロクソにしか言わないのも納得ではある。
ただLinusもアプリに対する人間的な本質部分を修正してないので、
歴史が繰り返し、俺も強制的に追体験させられてしまってる。
この点、巻き込まれた被害者としては、あんたもそこまで言えるほど修正出来てねえよな、とは思う。
(まあLinusはGitをCVSの代替として作ったわけではないので、知らんがな、だろうけど)

あと何か、Git界隈で傍から見て謎な件あったっけ？
634 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/24(土) 13:06:05.33 ID:X/JgUHmx0.net]: >>611
表面的には『関係ない』。ここがミソだ。
実際、ソースコードが糞であっても、アプリなんざ動けばいいのは事実。

ただ一般的にはメンテナンス性を上げる為に品質を保ち、結果的にアップデートが早くなる。
或いは、グチャグチャすぎてアップデート出来なくなるのを防ぐ。

俺の場合は、少し踏み込んだらバグに当たってしまったので、
少なくとも今のGitは俺が安心して使える品質ではないこと、
コードの品質を見る限り短期的には、戦略見る限り長期的にも、改善しないことは分かった。
結果、俺の使い方だと、Gitを使って得られる時間より、Gitを使って失う時間の方が多く、
俺はGitは出来るだけ触らない方針で行くと決めた。

ただ、これまで散々使い倒してきてて、全くバグに遭遇したことがないのなら、
少なくともその使い方では問題ないのだろうから、使い続ければいいと思うよ。

いずれにしても単純に、「Gitを使って得られる時間」と
「Gitを使って失う時間」を比較して決めればいいだけだ。ただのツールなんだし。
(そして初心者の内からGitに精を出し始めると、
本来コードと格闘すべき時間がGit関連に配分され、肝心のコード記述能力が上達しなくなる。
これは初心者は本当に気を付けた方がいい。
そして既にそうなってるのがこのスレやGit周りの連中だ。
だからあんな糞コードでも糞だと認識出来ないわけでね)
635 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bcf-OfpS) mailto:sage [2023/06/24(土) 13:14:59.19 ID:ZybXNvF90.net]: >>613
ツールの方はどうなったのか現況くらい報告してもいいんでは
636 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d5cf-OfpS) mailto:sage [2023/06/24(土) 13:55:42.57 ID:XxkKuFZ90.net]: 「水掛け論だから俺の好きなように水かけさせろ」
637 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/24(土) 14:08:47.40 ID:X/JgUHmx0.net]: >>616
それはお前もな。

実際、お前自身が確認する以外でお前が納得する方法はないだろ。
ならそれで終わりにするしかない。
対案はないが反対するだけの人種ですか？
638 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ad5f-ZZXD) mailto:sage [2023/06/24(土) 14:16:38.34 ID:Q2+vfe6G0.net]: >>587
ありがとう。最後のorigin省略するなっていうのは、originを描き損ねるとローカルリポジトリの該当ブランチからマージされてしまうことになるからということだよね？

checkoutは必要ないとのことだけど、
現在masterブランチにcheckoutしている場合、
git pull origin A
だと、ワーキングツリーには変化なし。
もち
639 名前：ろんmasterブランチの中身(ソースコードなど)にも変化なし …であってる？ []: [ここ壊れてます]
640 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/24(土) 14:18:00.22 ID:6718OB4j0.net]: 長文君は同じ主張を繰り返してないで自分の開発に戻れ
「必要とされているバージョン管理システムをオレが作って見せてやる」
って言ってたお前はどこにいった？そこで好きなだけ「綺麗」なコード書いてればいいじゃないか
ここはお前の嫌いなgit信者の巣窟なので寄り付くな
641 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/24(土) 14:21:04.91 ID:6718OB4j0.net]: >>618
状況にもよるが origin 省略して git pull A ってやると A がブランチ名じゃなくてリポジトリ名と解釈されて A なんてリポジトリ知らねってなるからだよ
642 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/24(土) 14:26:32.80 ID:6718OB4j0.net]: >>618
naster ブランチをチェックアウト中に git pull origin A ってやると
1) origin の A を取ってきて、ローカルの origin/A にマージ
2) その後にローカルの origin/A をローカルの master にマージ (working tree も更新)
という動作になる
643 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/24(土) 16:44:15.37 ID:X/JgUHmx0.net]: >>619
ゆとりだね。相変わらずお前らは「ぼくはぜったいだいせいぎ！！！」と信じて疑わない。
俺は反撃してるだけ。反撃されたくなければそもそも攻撃しなければいいだけ。

そしてここがGit信者の巣窟だと知ってるからこそ、
それが問題な場合には俺なりにアドバイスをする事はあるよ。
結果的に大体においてGit信者とは異なる意見になるが、
どちらが正しいかは当人に判断して貰うしかない。まあいつもの5chだ。
逆にコマンドの使い方なんて信者に聞くのがベストだし、実際俺もそれに口挟んでないでしょ。
644 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d5cf-OfpS) mailto:sage [2023/06/24(土) 17:00:34.99 ID:XxkKuFZ90.net]: >>617
だからあんた、その長文を他人に理解してもらおうと思って書いてないわけだろ？
645 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bf2-lzKa) mailto:sage [2023/06/24(土) 17:27:14.85 ID:OT0uf+IA0.net]: >>622
WitBucketはもう止めたんか？
646 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-3f7T) mailto:sage [2023/06/24(土) 17:53:52.56 ID:qBjhRi5Rr.net]: 頑なにゴミ箱に触れないあたりがいい答え合わせになってるわな
647 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/24(土) 18:09:33.70 ID:6718OB4j0.net]: 質問が続きそうなので予め書いておくと
master をチェックアウトしている状態で git pull origin A とするのは推奨されない（少なくとも初心者のやることではない）
ローカルに
- master
- A
- origin/master
- origin/A
という４つのブランチがあって、master がチェックアウトされている状態で git pull origin A とすると
- master ← 更新される
- A ← 更新されない
- origin/master ← 更新されない
- origin/A ← 更新される
というチグハグな状態になる
git pull は常に引数つけずに使うものと思っておくべき（初心者のうちは）
648 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/24(土) 19:14:45.47 ID:X/JgUHmx0.net]: >>623
それだと意味が曖昧なので厳密にすると、
俺が何を言ってるかの「理解」は出来るように書いてるよ。勿論「同意」はしなくていい。
俺はGit信者だけからの偏った見方に反対意見を付けてるだけだから。

逆にお前こそ、「理解」というこの状況に於いて意味が曖昧な単語を使って意図的に混乱させてるよね。
その辺がゆとりの問題だよ。
649 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-HUf/) mailto:sage [2023/06/24(土) 19:19:57.81 ID:L9FbeMIsM.net]: >>626
そもそもpullは使うべきではなくfetch とmergeを別々に実行するほうがいい。

特に初心者はpull禁止にすべきだと思うけど、解説とかでpullから解説しているのはなぜかね？
650 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM43-FXSE) mailto:sage [2023/06/24(土) 19:22:04.78 ID:XRfxHmPFM.net]: >>627
でバケツだかゴミ箱だかはどうなったんだ？
誰にも理解できねーぞ！
651 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/24(土) 19:42:42.59 ID:6718OB4j0.net]: >>628
さすがに禁止はないとかと
git switch master
git fetch origin master
git merge origin/master
みたいに毎回打ってるの？
普通は
git switch master
git pull
でいいだろう？これが一番事故が少ないしタイプも楽なはず
652 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d5cf-OfpS) mailto:sage [2023/06/24(土) 19:50:47.60 ID:XxkKuFZ90.net]: つまり>>616ってことだろ
653 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d5cf-OfpS) mailto:sage [2023/06/24(土) 21:22:08.93 ID:XxkKuFZ90.net]: >>630
俺はリモートの状態がどうなってるかわからないままpullするのが怖いんで
先にfetchするのが癖になってしまった。
654 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/24(土) 22:21:06.02 ID:6718OB4j0.net]: >>632
リモート次第だね。信頼できなくて無視する選択肢があればそうするのが良い
一方で共通の中央サーバがリモートの場合は信頼するしかない。そこが間違っていても巻き戻しはできないので、一旦取り込んで修正するしかないし
655 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b91-F8yx) mailto:sage [2023/06/24(土) 22:28:26.37 ID:TSo6jb8K0.net]: >>628
> そもそもpullは使うべきではなくfetch とmergeを別々に実行するほうがいい。
まだそんな事言ってるの？
何を根拠にして言ってるのか知らんけど
それ言ったの素人でしょ？
656 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b91-F8yx) mailto:sage [2023/06/24(土) 22:30:03.91 ID:TSo6jb8K0.net]: >>632
--ff-onlyをつければいいだけ
657 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-EOoO) mailto:sage [2023/06/25(日) 00:23:34.87 ID:sIUq6tcB0.net]: >>622
「ぼくがぜったいせいぎだ」と言ってんのはお前だろ
こっちはそれほど反撃するならエビデンス出せやと言ってるだけやで

> 俺なりにアドバイスすることはあるよ。
gitを触るのヤーメターの人間にアドバイスできることはないのでお願いだからやめてもらっていいですか
初心者が困るので
658 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b579-EOoO) [2023/06/25(日) 03:28:04.58 ID:Ylh9PYwd0.net]: 『』が付いたらだいたいミソだよね
659 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa69-bte+) mailto:sage [2023/06/25(日) 04:33:20.93 ID:3Xp0oltUa.net]: 例えば、rbenv と、そのツールのruby-build では、

rbenvのインストールは、
git init
git remote add -f -t master origin https://github.com/rbenv/rbenv.git
git checkout -b master origin/master

更新は、
git pull --tags origin master

ruby-buildのインストールは、
git clone https://github.com/rbenv/ruby-build.git "${rbenv_root}/plugins/ruby-build"

更新は、
git pull origin master
660 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/25(日) 07:35:45.46 ID:0nHjw2pZ0.net]: >>638
何を主張したいのか分からないけど、それ開発者向けでなくて純粋な利用者向けの記述に見えるが、そこは理解してる？
単なる利用者なら、全部落とすより master だけ選択的に拾ってくればちょっとだけ速いよみたいなやり方

開発者なら
git clone <URL> で開始して
git switch master; git pull で更新すれば良いよ
というかそんな小さなプロジェクトは利用者でも master だけ選択的に落とす意味はなさそう
661 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/25(日) 07:41:22.18 ID:0nHjw2pZ0.net]: もしかしたら速度でなくて、ディスク容量とかを気にしてるのかもしれないけど、どっちにしろ、そんなの気にするほどのサイズのプロジェクトか？って思う
662 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/25(日) 09:03:42.06 ID:6Lkn/yWe0.net]: >>636
> それほど反撃するなら
どこのこと？というかマジでお前らちゃんと分かるように書けよ。勝手に以下だとエスパーするが、

Gitのソースコードが素人以下のゴミな事は見れば分かるし、それ以上のエビデンスはないだろ。
判断する能力がないのはお前の問題だ。

ああちなみにこれは、
> 素人が求めているソースコード管理は (576)
とか勘違いしているお前らに、「Gitのソースコードも素人以下のゴミなんですが」と突っ込んでるだけ。
663 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM43-FXSE) mailto:sage [2023/06/25(日) 11:00:27.19 ID:He3gCVNGM.net]: 「オレには分かるが他の誰にも分からない」ｗｗｗ
664 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-EOoO) mailto:sage [2023/06/25(日) 12:24:39.51 ID:WDr28xtfr.net]: >>641
相変わらず日本語の通じない奴だな(通じないからこのスレに居座ってるんだろうな)
エビデンス出せって言ってるんだから、具体的にソースコードの何処がダメでどう改善すればよいかを「わかりやすく」説明するべきなんだよ

お前の言ってるのは子供みたいに「ソースの品質悪くて僕チンこのソース理解できない！ギャオオン！」だけだ
665 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa69-xx3/) mailto:sage [2023/06/25(日) 12:26:36.60 ID:aGOAyhtLa.net]: 長文くんは何しに帰って来はんたん？
お仕事の合間なら、アレを完成させて自分の言っている事の正しさをここでなく世間一般に問えばいいのに。
666 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b61-C6h3) mailto:sage [2023/06/25(日) 12:40:16.20 ID:ouF56Od90.net]: これ書くと俺も触ることになるからあんまり書きたくないけど、ソースコードがゴミと思うなら修正してPRするなりフォークして修正したものを公開するか、その作ってるとかいう管理ツールを完成させてGitの「ゴミさ」を証明すればいいだけ。
よほどのバカでなければ、いくらこのスレで喚いたところでGitがソースコード管理ツールのデファクトスタンダードであるという事実は変わらないということくらい理解できるはず。
にもかかわらずこのスレに粘着してグダグダとGitやこのスレの住民の悪口書き続けてるだけ (何もできない子供と変わりない)
この行動だけ見るならただの構ってちゃんでしかないから触らないのが一番だと思う
667 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/25(日) 13:12:00.59 ID:6Lkn/yWe0.net]: >>642
いや、見る奴が見れば分かるよ。
どのみち俺がいくら言っても信用しないのだから、君が信頼出来る人に見て貰えばいい。
「素人以下」ってのは煽りじゃなくて、実際に素人でもやらないようなことをやっててバグッてるから言ってる。
だから素人でも、ある程度きちんと書いてる人なら、ああ、これはだめだわ、って、すぐ気づける。

>>644
Gitが目的になるとこうなるよ、という注意喚起かな。

実際、Git開発してる奴も、このスレの誰も、Gitのコードが「素人以下」なのに気づけないわけだろ。
本末転倒に気づいたら、いい機会だから勉強しなおせばいいし、
お前らが愛して止まないGitのコードの問題を、お前らが率先して修正すればいいだけ。
それを誰もしようとしないのは、お前らもう既にコード書く気もなくなってるよね。
それで、何を大切に履歴管理するつもりなの？

いずれにしても、実際にコードを確認すれば済む話。
その能力もないのに「Gitのコードは素晴らしい」と信じこむんだから完全にキマッてる信者だよ。
繰り返すが、「素人以下」は煽りじゃない。
素人でいいから、お前らが信頼出来る、きちんとCを書いてる人に見てもらえば、すぐ確認取れるよ。
そのくらい酷い。
ただな、その程度すら確認出来ないのに偉そうにしてるお前らは、相当問題あると思うよ。
668 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b91-F8yx) mailto:sage [2023/06/25(日) 13:19:41.05 ID:ySKqPmeW0.net]: Gitを修正しないのは、Gitが素晴らしいからだけど？
お前はGitを修正しないの？
しないよね。素晴らしいと思ってるから。
669 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ad5f-VF0j) mailto:sage [2023/06/25(日) 13:26:17.55 ID:EMywShWE0.net]: 反応するアホも全員まとめてNG
670 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-EOoO) mailto:sage [2023/06/25(日) 13:28:25.53 ID:sIUq6tcB0.net]: >>646
gitのコードが素晴らしいなんて誰も言ってないんが頭大丈夫か？日本語通じてる？
671 名前：デフォルトの名無しさん (ｱｳｱｳｸｰ MM01-gLYp) mailto:sage [2023/06/25(日) 13:29:55.68 ID:ac9/cBAaM.net]: 嬉ション垂れ流しながらレス乞食するだけだから相手しちゃダメ
672 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b61-C6h3) mailto:sage [2023/06/25(日) 13:40:19.99 ID:ouF56Od90.net]: 「どのソース」の「どの部分」が「素人以下」で「ゴミ」なのか具体的に指摘も出来てないやつがいくら喚いてもね
まともに問題提起も出来ずに「問題だ問題だ」と騒いでるだけじゃん（文章だけは長いけど）
問題点が具体的でない状態で「率先して修正」もなにも無いわけ
お前が「素人以下のゴミ」と指摘できるくらいの「きちんとCを書いてる人」なんだろうからさっさとPR書くなりIssue出ｂｷなり好きに修瑞ｳしなよ
673 名前：デャtォルトの名無ｂｵさん (ﾜｯﾁｮｲ b579-yl0r) mailto:sage [2023/06/25(日) 13:46:29.17 ID:Ylh9PYwd0.net]: 普通の人は自分のコードを書くのに忙しくてgit のコードを理由に使わないという選択はしない
674 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/25(日) 14:02:41.64 ID:6Lkn/yWe0.net]: >>652
(誰宛か分からんが)俺宛なら、614の通り同意する。
俺は俺が使いたい機能でバグに命中し、状況見る限り今後とも無理だと判断しただけ。
Git信者は「何であれGitに対してネガティブな発言は許さない！お前はこのスレに書き込むな！」という、言論封鎖共産体制支持者だから、発狂してるだけ。
675 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d5cf-OfpS) mailto:sage [2023/06/25(日) 15:06:59.31 ID:hom7dbr60.net]: あんたがバグに遭遇したというなら他の人も参考になるからその内容を共有してくれるのは歓迎するが？
676 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-EOoO) mailto:sage [2023/06/25(日) 15:09:57.30 ID:sIUq6tcB0.net]: 批判するならそれだけの根拠と対策具体的に分かりやすく言えって言ってるだけなのに、「僕ちんの発言封殺されてる！ふんぎゃあー！」とか、ほんとにガキみたいな奴だな
677 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM43-FXSE) mailto:sage [2023/06/25(日) 15:32:13.94 ID:minFsyibM.net]: プロトタイプひとつ完成させられないやつが、git のコードの品質語ってる時点で爆笑ものｗｗｗｗｗｗｗ
ねえ、ねえ、はずかしくないの？
それとも完成したからもどってきたの？
何で君のつくったツール誰もつかってないの？
678 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/25(日) 21:03:54.64 ID:6Lkn/yWe0.net]: >>654
都合のいい情報しか見えないお前ら信者には情報共有能力なんて無い
この状況がその証拠
679 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d5cf-OfpS) mailto:sage [2023/06/25(日) 22:18:15.12 ID:hom7dbr60.net]: ・俺はgitのバグのせいで使うのやめた
・でもお前らは都合のいい情報しか聞く気がないから詳細は教えてやらん

こういうことか
680 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/25(日) 22:41:33.10 ID:0nHjw2pZ0.net]: >>658
バケツだかゴミ箱の話は都合が悪いので見えなかったことにするという意味じゃないかな？
681 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/25(日) 23:01:47.85 ID:6Lkn/yWe0.net]: >>658
ちゃうで。
既に公式に公開/共有はされてて、知らないなら、君が目に入れてないだけ。
俺に絶賛粘着中の連中も実は全部詳細を知ってるし、
俺の代わりに>>654に回答することも出来るはずだが、(一応待ってみた)
実は貢献度が俺以下のゴミだとバレるのが都合が悪いのか、無いことにしてるだけ。

多分君はこのしょうもないやりとりに参戦しない方がいい。君にとっては意味がない。
まあこのスレのGit信者の民度なんてこんなもんですよ、都合が悪い情報は隠蔽ってね。
682 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3501-lzKa) mailto:sage [2023/06/25(日) 23:07:30.47 ID:Q2WywLNY0.net]: Gitのコード品質が気に入らないならフォークして互換性を保ったまま改修したら多くの人に喜ばれるんじゃないかな
単なるコード整理のプルリクは取り込まれにくいだろうし
683 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d5cf-OfpS) mailto:sage [2023/06/25(日) 23:13:41.79 ID:hom7dbr60.net]: >>660読んでも>>658のどこが違うのかさっぱりわからんが。

バグチケットなんかしょっちゅう出てると思うがgitを使うことを断念するくらいのバグってなんなのか
単純に興味があるし、それを頑なに隠す理由というのもよくわからん。
git信者じゃないんだったらバーンと書いちゃえよ。
684 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-EOoO) mailto:sage [2023/06/25(日) 23:19:31.50 ID:sIUq6tcB0.net]: すでに公式に共有されてるならURL貼ればいいのにね
俺らにとって都合が悪いと思ってるなら尚更
虚言癖もここまでくるとほんとヤバいな
685 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/25(日) 23:55:41.44 ID:6Lkn/yWe0.net]: >>662
Git信者の隠蔽体質を証明する為にも、俺は貼らないことにする。
URLを知ってる奴が多数ここにいるのは明白なので、情報共有する気があればそいつらが貼ればいいだけ。
そうならないのなら、このスレはその程度って証明になるだけ。

> gitを使うことを断念するくらいのバグってなんなのか
使いたい機能がバグってたから使えないってだけの話だよ。
686 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b8f-EOoO) mailto:sage [2023/06/26(月) 00:22:40.56 ID:5FPDreO20.net]: 長文くん長文やめちゃったの？
流石に自分のウソ突き通すの辛くなったか…この嘘つきめ
687 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-YOUH) mailto:sage [2023/06/26(月) 01:20:45.72 ID:nRdZ435Hr.net]: 最後にレスした方が勝ちゲーム
いつ終わんだ？
688 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e3e4-3UOI) mailto:sage [2023/06/26(月) 07:30:29.11 ID:f31v3b970.net]: >>594
大分遅くなったけど、ありがとう
689 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e3e4-3UOI) mailto:sage [2023/06/26(月) 07:33:52.34 ID:f31v3b970.net]: >>666
レスバは始めた時点で敗北者だからなあ……
690 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-s15R) mailto:sage [2023/06/26(月) 20:47:11.43 ID:F9NJqQuqM.net]: >>612
言語に上級者もなにもないだろ
どんな言語でもISOの規定を見れば全部書いてあるし
691 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-3f7T) mailto:sage [2023/06/26(月) 23:27:49.31 ID:lhMsKkXmr.net]: 日常の進捗履歴記録ツールWitBucket(仮称)検討中
https://mevius.5ch.net/test/read.cgi/tech/1668901194/

で，これどうなったの?
長文くんがこれに一切反応しなかったら逃げたって認定するね
692 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/27(火) 05:44:42.45 ID:EOrYVvbE0.net]: >>652
> 普通の人
ちな、その「普通」はこのスレの『三流』の連中には当てはまらない
「○○すごい＝○○使ってる僕すごい」になるのは、自分では何も作ろうとしてない証拠だから
『本来なら普通は』自分の事に忙しく、ツールや他人の状況なんて(バグに命中しない限り)どうでもいいものだ
693 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b19-M/Pt) mailto:sage [2023/06/27(火) 11:02:55.19 ID:H1/TcNhU0.net]: 進捗履歴なんかGitHubでProject作ったあとにRoadmap表示して、進捗はmilestoneを追加し、関連付けた
issueにはやったこと書いて、milestoneの進捗を更新すればいいだけじゃね？webで完結できる。
　PWA対応になってるからアプリにしたいならChrome、Edge、safariのどれか使って勝手にすればいい。
694 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM4b-FXSE) mailto:sage [2023/06/27(火) 12:22:09.28 ID:E881PVNLM.net]: >>671
長文君や
それ思いっきりブーメランで自分に刺さってないか「自分では何も作らない」
それとも作るって言ってたやつできたの？
695 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-3f7T) mailto:sage [2023/06/27(火) 12:52:46.00 ID:fTMASdNNr.net]: 長文くんはなんで隔離スレから出てきたの？
696 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/27(火) 23:09:39.32 ID:EOrYVvbE0.net]: >>673
仮にそうだとしても、このスレの連中が何も作ろうともしていない事実は変わらない
他人のアラ探しに勤しんで自分のことは常に棚に上げてきたヒトモドキばかりなのも知ってるけど
管理する物もないのに、Git触って満足しててどうするよ？
697 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-EOoO) mailto:sage [2023/06/28(水) 00:06:07.05 ID:uqP37Jg8r.net]: あぼーんばかりだねこのスレ
698 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ dd63-hxwO) mailto:sage [2023/06/28(水) 00:21:55.51 ID:sXkqYerN0.net]: >>675
gitスレでgit関連の話をしている人たちに
git使って管理しているソフト等の話をgitスレでしないのなら
何も作ろうとしていないということだ、とケチをつける長文君
699 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/28(水) 03:07:01.90 ID:uTrWSSbr0.net]: >>675
linux kernel のコード書いてるけど？
700 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/28(水) 07:04:44.26 ID:IxjgY5X00.net]: >>677
前から思ってるが、どうにもお前ら文盲だよな。

お前らは勘違いが酷すぎるんだよ。
本来、自分が書いてないコードが稚拙であろうが知ったことではなく、発狂すること自体がおかしい。
そうなってしまうのは、お前らには「自分のコード」が存在せず、「Gitのコード＝ぼくのコード」になってるからだ。

> 素人の欲しがるようなソースコード管理ツール (567)
以前からそうだったが、これも勘違い甚だしい。
素人であれ、それはその人が何時間もコードと格闘した成果物であり、保存したければ保存すればいい。
コードと格闘する気もない奴が揶揄してるようでは話にならんよ。
しかもGitのコードが素人以下なのを認識出来ない程度の腕前(＝素人以下)の癖にね。

これらはお前らがコードを書くのを止めてる事に起因してる。
多少でもコードを書き続けてれば、こんな勘違いはしてないだろうよ。

それで本末転倒を多少でも改める気になって、しかし何を書くべきか分からないのなら、
「Gitのコード＝ぼくのコード」の妄想を現実にしてしまえというわけ。
これがお前ら的に最大級「ぼくすごいじる」を流せる方法だろう。
Gitのコードは現時点で素人以下のゴミだから、同様に素人以下のお前らが糞コードを挿入しても大した問題にはならない。
まるでレビューが機能してないから、お前らの糞コードでも問題なく通るはず。
(心配せずともお前らが遠慮したところでインド人が糞コード挿入しまくるだろうし)

俺はお前らが何をやってるかなんて興味ないし、ここでする話でもない。
ただ、コードを書いてるニオイがしないのに勘違いしまくってるお前らに、ちょっと突っ込んでるだけ。
そして初心者には、手段の目的化の罠に嵌るなよ、と言いたい。
701 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ dd63-hxwO) mailto:sage [2023/06/28(水) 08:35:33.63 ID:sXkqYerN0.net]: >>679
gitスレでgit関連の話をしている人たちに
コードを書いてるニオイがしないからコードを書いてないに違いない
と言いがかりをつける鼻詰まりの長文君

gitは仕様もコードも糞だ、俺ならもっと良い管理ソフトをつくれると
宣ってスレを立てたけど、まったくコードを書かないまま被害妄想を
起こして逃げ出した長文君に、あのソフトどうなったと尋ねると
発狂したことにされてしまうらしい
702 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b19-M/Pt) mailto:sage [2023/06/28(水) 09:17:40.93 ID:8ZcH2znV0.net]: >>679
それよりも、今あるGitのホスティングサービスだけで君の妄想した機能はすでに実装してあるって
過去何度も手順やサービスの具体名で書いてあったのに、なぜそれを毎回無視するの？
703 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-YOUH) mailto:sage [2023/06/28(水) 10:48:39.33 ID:U03wf1Ogr.net]: >>679
親前朗読定期
704 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr81-3f7T) mailto:sage [2023/06/28(水) 11:28:33.08 ID:bLF7Y9I3r.net]: 長文くんはアプリケーション作ったことないのになんでそんなに偉そうなの？
705 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 955f-F8yx) mailto:sage [2023/06/28(水) 12:04:01.80 ID:h50X/I0F0.net]: 妄想の中の愚かな「お前ら」に向けて書いてるからさ。
実在する個々の読み手に向けて書いてるわけじゃないから各位スルーするように。
戻ってきた動機がさっぱりわからないんだけど、ちらほら見られる彼への反応が餌になっている可能性がある。
706 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) mailto:sage [2023/06/28(水) 13:38:22.05 ID:6M3GVpTn0.net]: 初心者の質問があると湧いて出るので、ウォッチしていて自分の味方になってくれそうな人探してるんじゃないかな
迷惑なはなし
707 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 757b-fBPY) mailto:sage [2023/06/28(水) 23:12:12.37 ID:IxjgY5X00.net]: >>681
ホスティングサービスが欲しい訳じゃないから
708 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-HUf/) mailto:sage [2023/06/29(木) 00:58:18.38 ID:rtv2pO6fM.net]: >>686
機能が欲しいんだろ。
ホスティングサービスかどうかとかどうでもいいだろ。
709 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-eTbY) mailto:sage [2023/06/29(木) 07:46:32.40 ID:VwA/Qf22M.net]: いまいちブランチの使い方がわからないんだけど
masterへコミット出来る人は限定して運用すべきなの？
710 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8590-bmws) mailto:sage [2023/06/29(木) 10:59:31.85 ID:prJHgW/t0.net]: >>688
可能ならそうしたほうが無難だと思うけど
絶対というワケでもない
セクションや機能追加などでブランチきって
出来たら統合して
不要になったら削除というふうに使ってる
711 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b19-M/Pt) mailto:sage [2023/06/30(金) 14:01:02.61 ID:WqCLcAmy0.net]: >>688
masterへのコミット制限はかけといた方がいい。特に社外の人とかコントリビューターに与えたらダメ。
　PRでメンテナーの承認(レビュー)を受けたものが個人のブランチから現在活性中のdevelopブランチに
マージされ、製品が完成したらメンテナー自身がmasterにマージするようにしておけばmasterに変な
コードが流入するリ
712 名前：スクも避けられる。 ただし製品出荷前/接合テスト前でバージョン管理前だよってなら、その限りではないが。 あと一般利用者にはリポジトリの設定変更させないようにもしといた方がいい。 []: [ここ壊れてます]
713 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-eTbY) mailto:sage [2023/06/30(金) 17:37:04.62 ID:xtKGgP/oM.net]: いちいちコードレビューなんてやってられないわ
よほどひまな職場なんだろうな
714 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4bab-F8yx) mailto:sage [2023/06/30(金) 18:07:43.82 ID:9szWkPbV0.net]: コードレビューをしないから
忙しくなってるんだよ
715 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-HUf/) mailto:sage [2023/06/30(金) 19:42:24.21 ID:9fJQzDjGM.net]: >>688
ブランチは並行して複数並べられるというメリットを活かして、release,main,developといった位置付け別と、さらに細かく実装機能別にブランチを作るのがいい。実装機能別は１機能１ブランチでもいいくらい。
716 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 068f-CctC) mailto:sage [2023/07/01(土) 00:13:57.08 ID:PrUreVCn0.net]: コードレビューやってられないのは50%ぐらいレビューされる側の問題
分かりにくければ「お前のコミット分かりにくすぎるのでもっと分割してくれますか？」と伝えるべき
717 名前：デフォルトの名無しさん (JP 0He7-ePcp) mailto:sage [2023/07/01(土) 01:27:44.90 ID:l/K7AFlMH.net]: >>692
なんで？
いちいち他人に見てもらわなきゃかけないのか
718 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 86bb-9eSC) mailto:sage [2023/07/01(土) 02:37:41.90 ID:hzAwIGer0.net]: >>695
お前、一人でプログラミングしてるの？
人間って一人でできることには限界があるんだぜ。
719 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM8e-ePcp) mailto:sage [2023/07/01(土) 07:57:57.36 ID:gvuXKTwxM.net]: >>690
仕事したこと無さそうな頭でっかちww
実際には担当がガシガシ変更して、そのままリリースされてることなんてザラ。

プログラマなら誰でも名前くらいは聞いたことがあるソフトに従事してるけど、うちの所だけでも20人いるけど一人も全体を把握してる人はいないよ
720 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0603-hRAP) mailto:sage [2023/07/01(土) 08:18:09.45 ID:6wZswbXo0.net]: 俺もプログラマな誰でも名前くらいは聞いたことが有るソフトを作ってるよ。なんの自慢にもならないけど。
721 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 86bb-9eSC) mailto:sage [2023/07/01(土) 08:32:39.81 ID:hzAwIGer0.net]: おまえら個人名はいらんので、会社名出してくれない？
その会社とつきあうか参考になりそうなんで
722 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-NxTl) mailto:sage [2023/07/01(土) 11:22:09.50 ID:c7vU0Mr0r.net]: >>698
匿名掲示板ならいくらでも話を盛れるという好例
723 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0603-hRAP) mailto:sage [2023/07/01(土) 11:49:41.48 ID:6wZswbXo0.net]: 信じたくないなら信じなくてもいいけど、俺はすごいんだ
724 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 068f-CctC) mailto:sage [2023/07/01(土) 13:15:50.29 ID:PrUreVCn0.net]: 長文くんのつぎは自称自分スゴイマンかよ
725 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-NxTl) mailto:sage [2023/07/01(土) 15:18:55.67 ID:FbgL5ROar.net]: 可哀想にね
妄想と現実のギャップで苦しんでるんだよ
726 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4e19-Oi6J) mailto:sage [2023/07/02(日) 22:54:33.75 ID:FdenT8Xl0.net]: >>697
そんなことしたら、最悪ビルドも通らないソースを運用が始まった製品のmasterに直接コミットされる
可能性もあるでしょ？
　俺ならブランチでビルドエラーが出るどころかjestやlintも通らないようなものは、エラーがなくなる
までdevにすらマージさせないて修正させるよ。
727 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f784-aKLB) mailto:sage [2023/07/02(日) 23:10:04.39 ID:r080W1xk0.net]: チームの状況に合わせて臨機応変に運用を決めればいい
728 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sabb-44el) mailto:sage [2023/07/02(日) 23:29:14.65 ID:Si4i3ZQ6a.net]: >>705
それはヤバいで。
仲良しで優秀な集団ならいいけど、以下のようなのがいてブチ壊していくから。

〈組織や生産性に対する一般的な妨害〉
○組織と会議
・何事をするにも「決められた手順」を踏んでしなければならないと主張せよ
・「演説」せよ。できるだけ、頻繁に延々と話せ
・議事録や決議の細かい言い回しをめぐって議論せよ。あらゆる決断に懸念を示せ
○管理職
・指示を誤解せよ。長ったらしい返信を送れ
・士気を下げるために、不相応な作業員を昇進させよ
・できる作業員は冷遇し、仕事に不条理な文句をつけよ
・重要な仕事は必ず会議を開け
・もっともらしい方法で、ペーパーワークを増やせ
・手続きに必要な承認者は、ひとりで十分でも3人の認可を徹底せよ
○従業員
・のろのろと働け
・できる限り自分の仕事を中断せよ
・何回も繰り返し尋ね、不要な質問で主任を困らせよ
・質問をうけたら、長ったらしい、理解し難い説明をせよ
・とぼけよ
・面倒なことに巻き込まれないように、できる限り不機嫌にふるまえ
729 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 06cf-gL9G) mailto:sage [2023/07/02(日) 23:38:58.18 ID:WtgOa4Cz0.net]: 職場の実体としてそうであるってのはまあ仕方がない面もあると思うけど
それを正道であると思って語っちゃうのはちょっとやばい
水は低きに流れていくんだからせめて恥ずかしがらんと
730 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 068f-CctC) mailto:sage [2023/07/03(月) 01:40:46.25 ID:z+AGEQOr0.net]: チームの人間が信用できないんだね
常にギスギスしてそうで可哀想
731 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f7b-gGH9) mailto:sage [2023/07/03(月) 06:29:04.98 ID:FSxNRnfK0.net]: >>706
何かと思えばこれか。
toyokeizai.net/articles/-/682357
内容も歪んでるなあと思いきや、著者が河合薫で納得だ。
権限が与えられてるのに執行しなかったのなら、それもただの責任逃れでしかない。

まあそれはさておき、お前らニート過ぎ、精神論過ぎ。
新入社員からベテランまで職場には居るのだから、技術レベルが揃ってることなんてあり得ない。
お前らが空想してる職場なんて存在しない。(少なくとも日本には。海外はどうなんだろう？)
rejectすれば自動的に改善されるわけでもない。

そもそも職場の場合、相手の技量を理解した上で仕事を振ってる。
量が問題なら、最初から量を減らしてるし、
質が問題なら、事細かく、場合によっては付きっきりで指導してる。
rejectするのが仕事じゃないんだから、
将来的にrejectしなくても済むようにあらかじめ手を打つんだよ。
新入社員が無能だからって、何もやらせないと上達もしないだろ。
新入社員なんて無能だという大前提で、それでも可能なように手回しして振っていくんだよ。

OSSの場合はこれが出来ないからreject頼りになるのはある程度致し方ないが、それが理想でもない。
それは育成過程無視のただ乗りでしかないし、実際お前らの理想を実行してるGitは完全に糞コードだし。
あれマジでCの職場だとグーで殴られるレベルだぞ。
rejectだけに頼ってると、rejectされるかされないかだけが基準になってしまうのも問題なんだと思うぜ。
職場だと、「今回はもうこれでいいが、次からはここはこうしてくれ」とか言うからね。
(というより、そういう妥協が出来る部分を技術レベルが低い奴に振る)
732 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0603-hRAP) mailto:sage [2023/07/03(月) 07:10:29.97 ID:+fHqINkG0.net]: > あれマジでCの職場だとグーで殴られるレベルだぞ。

じゃあなんでお前のほうが殴られたの？
733 名前：デフォルトの名無しさん (ｱｳｱｳｱｰ Sa9e-Zfwa) mailto:sage [2023/07/03(月) 08:31:58.63 ID:QqJ0OeOWa.net]: 伽藍とバザールの話蒸し返してるし
伽藍は伽藍でハードル高くして衰退していけば良いのよ
734 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 068f-CctC) mailto:sage [2023/07/03(月) 10:34:59.49 ID:z+AGEQOr0.net]: 長文くんお帰り
735 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-NxTl) mailto:sage [2023/07/03(月) 12:55:21.86 ID:twzpqOwDr.net]: 長文くんはろくにソフト作ったことないのになんでそんなに偉そうなの
736 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM8e-ePcp) mailto:sage [2023/07/03(月) 12:58:19.02 ID:iD8y32OwM.net]: 頭デッカチなっかだよな
ネット上のサンプルプログラムをいじってるだけの人と
数十万行にも及ぶシステムを開発してる人では全く違うしな
737 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4f5f-hRAP) mailto:sage [2023/07/03(月) 13:08:24.54 ID:eXqUEdiF0.net]: 反応はあっちのスレでやってくれよ。
738 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c6e4-GKTn) mailto:sage [2023/07/03(月) 13:49:06.05 ID:c8UQaJ8C0.net]: masterへのpushが制限されてる職場で、pullリクエストにrejectなんて反応を返すとこは経験ないな
普通reviewして修正を必要なら繰り返してから取り込む
739 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 86bb-8+rg) [2023/07/03(月) 21:42:56.65 ID:8hMGRQN/0.net]: 個人でgit管理って意味あんのか？
ついついブランチで触るべきでないところ(依存関係ないところ)いじっちゃうんだけど
740 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f7b-gGH9) mailto:sage [2023/07/03(月) 22:14:54.54 ID:FSxNRnfK0.net]: >>711
それなら「糞コードでも受け入れるのがバザール戦略だ」と開き直るべきで、発狂してるのは矛盾してるだろ。
ただ>>39なら、「(表面的であれ)動く限りコードの質は問わない」でもないんだろ。

>>716
それを言ってるんだけどね。
複数回reviewで落とすのが見えてたら、最初から「こうしてくれ」と明確に指示しておくべきだし、
そうしてないなら「先に言えよ糞が」とキレられて当然だろ。
お前らのエアプ感が酷いが、仮にエアプであったとしても、この辺は分かると思うのだけど。
後輩や部下を虐めるのが仕事ではないし。

reviewで落とせば改善する、という感覚がおかしい。落としただけでは何も改善しない。
改善させる為には、どこをどう変更しろ、その理由は云々、と説明する必要があって、
なら最初から説明しとけば一発目のreviewで通るし一番早い。
これが理解出来てないお前らの話は、まるで現実感がないんだよ。

だから複数のreviewが、或いはreviewが必要なこと自体がマネジメント不足とも言えて、
相手の技量を知ってる上で(用意周到に)振ってるのだからそいつが全力出してればおｋ、
reviewなんて仕事を振る段階で全部終了してる、というのが究極のマネジメントだ、とも言えるわけ。
> 実際には担当がガシガシ変更して、そのままリリースされてることなんてザラ。 (>>697)
ってのが果たしてそうか？はあるにしても、全くナンセンスというわけでもない。
少なくとも、難易度が高い仕事を技量の高い奴に振る程度の事はどこでもやってるし、
これが正しく嵌ればこうなるし。

そして実際reviewを機能させるのは難しい。
現実的にはGitのように回覧しただけで出来てるつもりになってる馬鹿が大半だと思うよ。
全員の技量が揃っていれば機能するが、そんな職場は基本的にないし。
ただOSSの場合は上記の究極のマネジメントは出来ないので、reviewでrejectを使うしかないのも事実。
741 名前：デフォルトの名無しさん (ｱｳｱｳｱｰ Sa9e-Zfwa) mailto:sage [2023/07/03(月) 22:25:14.80 ID:QqJ0OeOWa.net]: >>718
伽藍とバザールの違いだけの話
関わらなければ良いだけだよ
742 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6fcf-+Mc8) mailto:sage [2023/07/03(月) 22:30:46.27 ID:Ge6lpurR0.net]: >eviewで落とす

なんのことを言ってるんだろう
743 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 86bb-9eSC) mailto:sage [2023/07/03(月) 22:39:27.52 ID:fuuwwofq0.net]: >>717
お前の記憶力次第だな。10年前、20年前の自分とコラボできるか想像しろ。1年も使わないような使い捨てプログラムなら多分必要ない
744 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f784-aKLB) mailto:sage [2023/07/04(火) 05:26:31.65 ID:b6pO3+r20.net]: >>717
1人だろうと複数パターン試してから本実装決めたりすることあるだろ
ブランチ使えばパターン切り替えが簡単にできる
745 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4e19-Oi6J) mailto:sage [2023/07/04(火) 13:28:29.54 ID:3QwDiX+Q0.net]: >>717
複数のプラットフォームを扱ってて環境変えたら(例えばフレームワークのバージョン上げた)、どんな影響
あるか確認するためブランチ切ってテストすることは割とやる。
　例えばelectronのバージョンあげてみたらWindowsは無傷だったがMacはxcode SDKのバージョンアップ
まで必要だったりして、iOSアプリの制作に影響出そうだから今回は面倒だからやめるか、とか。
746 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 73c3-KNpa) mailto:sage [2023/08/02(水) 13:16:36.57 ID:LwUZFS6/0.net]: WindowsのSourceTreeなんですがたまに境界線が動かなくなります
これの治し方と起こらないようにする方法ってありますか？
747 名前：hage (ﾜｯﾁｮｲ be03-6+wX) mailto:age [2023/08/03(木) 11:27:17.93 ID:daTQXsMm0.net]: https://twitter.com/col_richie/status/1239501620645228544

SCCS, RCS, CVS, SVN, git...
プログラマー達は一体どれだけバージョン管理ソフトウェアに翻弄されれば気が済むのか。

ソースコードのヘッダーに必要事項をコメントし、その時点の一式を
その日の日付の名前のついたディレクトリーに保管しておけば十分。
過去の検索はdiff,grep他、既存コマンドでできる
(deleted an unsolicited ad)
748 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3ebb-PWnV) mailto:sage [2023/08/03(木) 11:51:16.55 ID:JmIQL7Xi0.net]: >>725
スレチ
こちらへどうぞ
gitを使わずにディレクトリコピーでバージョン管理2
https://mevius.5ch.net/test/read.cgi/tech/1665692817/
749 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f8f-gZry) mailto:sage [2023/08/06(日) 15:35:17.61 ID:yOLwQ8Al0.net]: sageも使えない時点でスレ荒らしなんだから構うな
750 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7510-V0dd) mailto:age [2023/08/06(日) 16:46:06.19 ID:nIZ3K5+w0.net]: Git v2.42.0-rc0
751 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7510-V0dd) mailto:age [2023/08/11(金) 07:18:46.01 ID:XGFoiKZ90.net]: Git v2.42.0-rc1
752 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9a4f-tKjX) [2023/08/15(火) 21:30:08.31 ID:iHrYHeWs0.net]: ゲーム業界とか未だにSVN使ってるとこ多いけどGit LFSでは駄目なん？
753 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) mailto:sage [2023/08/15(火) 21:48:57.84 ID:xcCo0j6w0.net]: そういう現場知ってるなら直接聞いてみたら？理由は俺も興味ある。
754 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cebb-WNgU) mailto:sage [2023/08/16(水) 02:43:30.27 ID:K57qm4NQ0.net]: large file は大抵バイナリで差分取ったりマージしたりできないので何で管理してもあまり変わんないよね。
それこそオブジェクト・ストレージとかに置いてリンクだけ git で管理するとかが便利だったり。
755 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4e8f-oWN7) mailto:sage [2023/08/16(水) 02:51:59.56 ID:G7CQiFLH0.net]: 「大容量ならLFS使えばいいじゃん。何で古臭いsvnなんか使ってる？」とでも言いたげだな…
756 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/16(水) 08:26:28.84 ID:shyXhCG/0.net]: 変える理由�
757 名前：ｪないからだろ 今明確に困っている事があり、それがgitで解決出来る場合のみ、変更するに足りる そうでなければ今まで通りが一番トラブルがない だいたいgit(2005)も十分古臭いし []: [ここ壊れてます]
758 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cebb-WNgU) mailto:sage [2023/08/16(水) 08:33:10.63 ID:K57qm4NQ0.net]: git のブランチ・モデル使えないだけで、かなりの損失だと思うけどな、ま、他人事
759 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9710-VWGQ) mailto:age [2023/08/16(水) 08:43:20.45 ID:0OeOngjW0.net]: Git v2.42.0-rc2
760 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/16(水) 09:18:06.02 ID:shyXhCG/0.net]: >>735
使う必要がないと分からないのはお前の問題
761 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-eQmn) [2023/08/16(水) 09:28:54.97 ID:x0p4Dvkt0.net]: >>734
なんとかバケツの方はどうなったのよ?
とりあえず作ってあるとこまで仕様のテキストでもコードでもあるものリポジトリで公開してみてよ
みんなで見よう
762 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/16(水) 09:34:15.84 ID:shyXhCG/0.net]: ああそういえばsvnもブランチは切れるぞ
ただ集中型だから各ディレクトリになり、gitとは形式が異なるが、それ用に環境作ってあれば何ら問題ない
だからブランチが使えるだけでgitに移行する理由にはならないし、そう思えるのなら見識が狭すぎる
763 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4e8f-oWN7) mailto:sage [2023/08/16(水) 11:44:03.25 ID:G7CQiFLH0.net]: 色々理由はあると思うけど、
- アセットなどのバイナリファイル主体だからいちいちブランチを切り替える意味があまりない
- ファイルのロックが簡単
- 非プログラマでもgitよりは扱いやすい
だいたいこの辺りじゃね？

バケツ野郎じゃないけど、何でもかんでもgitでやればいいと言うのはどうかと思うぞ
764 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cb79-jQXM) mailto:sage [2023/08/16(水) 20:42:47.86 ID:jMAEN3UU0.net]: アーティストはコマンド直接は使わんし管理ツール作り直すのもめんどいし
765 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cebb-+ayc) mailto:sage [2023/08/17(木) 02:13:40.06 ID:/c9h87BG0.net]: >>739
ブランチ切れるかどうかなんて問題にしてないよ
ブランチをどのように活用できるかの問題
お前まともに git 使ったことないだろ
766 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/17(木) 08:31:55.84 ID:zl6mWfwu0.net]: >>742
gitを使えば全てが解決して幸せになれると信じるgit統一教信者乙

そりゃお前がsvnのブランチモデルを活用出来ないだけ
git使うだけでリリースが1ヶ月早められるのなら、みんなgit使ってるよ
連中にとってメリットがないからgitを使わないだけという事実をきちんと受け止めた方がいい

そもそも俺はブランチで効率が上がるのはマネジメント不足なだけで本末転倒だとも思うが
(巻き戻し《≒ブランチの破棄》が行われない限りブランチで効率が上がることはないと思ってる
逆に言えばマネジメントがまともに出来ないレベルの連中でもそこそこの開発効率を得られる点ではブランチは有効だが、
会社の場合は既に有能か無能か分かってる連中に仕事を配分するから、そこまで酷くなることはない)

伝わらないかもしれないが、「最終的に『必ず』マージすると分かっている作業なら、
最初からマージした状態で作業を進めていった方が理論的な効率は高い」ということ
つまり、形式としてはsvnの方がgitより理論効率は高いことになる
(実際に出来るかどうかはまた別だが)

多分な、(オープンソース等)ある程度rejectする前提ならgitのように気軽にブランチ丸ごと捨てられる構造が便利だが、
(プロプライエタリ等)最終的に全員のコードをマージする前提で仕事配分してたら、svnでも、ブランチ無くても、大して問題ないって事だと思う
767 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cebb-+ayc) mailto:sage [2023/08/17(木) 08:43:35.27 ID:/c9h87BG0.net]: >>743
git 使ったことないのが丸わかりの意見でw
768 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) mailto:sage [2023/08/17(木) 09:43:17.45 ID:ri4IcwiZ0.net]: >最初からマージした状態で作業を進めていった方が理論的な効率は高い」ということ

同じファイルを触ってたらわけわかんなくなる
769 名前：な。 その場合VSSみたいにファイル単位でロックする仕組みが必要かな。 []: [ここ壊れてます]
770 名前：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM17-epl3) [2023/08/17(木) 10:28:22.80 ID:O9IbbVomM.net]: >>743
このスレ立てた人だよね?

日常の進捗履歴記録ツールWitBucket(仮称)検討中
https://mevius.5ch.net/test/read.cgi/tech/1668901194/

否定しないなら同じ人って判断するけど、とりえあず顛末だけでも書かないとここで何言っても
他の人からは「投げっぱなしのテキトーな人」って目で見られて誰も聞く耳持ってくれないと思うよ?
771 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 275f-nIJd) mailto:sage [2023/08/17(木) 10:29:50.40 ID:40tRnXUX0.net]: みんな分かってるから触れなくていいっての
マジで
772 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/17(木) 12:11:03.75 ID:zl6mWfwu0.net]: >>745
> 同じファイルを触ってたらわけわかんなくなるな。
その通りだが、それがどれだけあるかという話なのと、アナログに回避出来るという事。

理解してくれてると思うが、俺が言ってるのは、最終的にFast-Forwardマージしていくのなら、
最初からそのラインを辿るように変更していくのが最大効率だということ。
そしてこれは難しいことでもない。会社で仕事を差配する側なら当然全員出来る。
(逆に言えば、ブランチはまともなマネジメントが出来ないレベルでも何とかなるようにした。
だからある意味初心者ほどブランチの恩恵にあやかれる。多分git信者がブランチにこだわるのはこれ)

同一ファイルを同時に変更するにはブランチが必要だが、これは単純に、
・同時には変更せず、シリアルに変更する。
　だってgitでマージしたら結果的に見た目はそうなるのだし、絶対に「同時に」変更する必要があるわけではない。
・そもそも「仕事」で配分してる会社ってあるのか？
　Javaのように1クラス1ファイルのように小分けしてて「担当モジュール」制度なら自動的にシリアル化する。
・「仕事」＝「仕様変更/追加」単位で仕事を配分し、全員がどのファイルをどう変更してもいい、最適な箇所を自由に変更しろ
　というのは理想的ではあるが、実際は出来ないと思う。
　よく知りもしないファイル/モジュールを変更するとバグる(または、潜在バグを埋め込む)ものだから。

担当モジュール制は、実際の所、より非力なチームでも通用する方法であって、
(プロプライエタリまたは少人数等で)実力をお互いに把握出来てる状態ならこれが完全に機能する。(からほぼ全社このシステムのはず)
だからsvnでもブランチ無くても関係ないんだと思うぜ。
(まあgitでも問題ないが、現時点で問題なく機能してるsvnから移行する理由がない)
gitはこの辺linuxに全振りだから、linuxには最適だが、それ以外には大してメリットもない。

ちなみにsvnのブランチなら、他人の作業状態もそれなりに見える。だから遅れてる部分も丸見えではある。
gitの場合は完成品を納品するシステムだから、遅れてる奴が黙ってたら全く検知出来ない。
勿論この辺はgitではなく上位戦略で回避すべき案件ではあるが、実際に問題になることもあるとは思う。
773 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4e8f-oWN7) mailto:sage [2023/08/17(木) 12:18:48.57 ID:oGbYN+EC0.net]: gitを分かってないから、svnの優位点語るのに頓珍漢なことしか言えないんだろうな
svnも分かってるかどうか(実際の現場でどのように使われるかに関して)も怪しい
774 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) mailto:sage [2023/08/17(木) 12:52:59.75 ID:ri4IcwiZ0.net]: ようはトピックブランチを使わずにmasterに直接commit/pushするようなやり方だろ。
ひとり開発でならよくやるな。
775 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMba-+ayc) mailto:sage [2023/08/17(木) 13:03:31.32 ID:d5O4VVsaM.net]: svn で共同開発したことがあったら、あんな嘘は書けないので、svn なんて全く知らなくて、git を叩きたいから良く知らない svn 持ち上げてるだけだろ
776 名前：デフォルトの名無しさん (JP 0H7f-YOEV) mailto:sage [2023/08/17(木) 15:50:32.76 ID:BJu8USc1H.net]: 長文くんはやたらとゴミバケツを無視しようとしてるけど「そのスレ立てたのは俺じゃない」とすら言わずに無視してるから，実質認めてるね
777 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/17(木) 15:55:13.44 ID:zl6mWfwu0.net]: >>750
つまり「ひとり開発」ではその方法が最大効率だと自明なわけだ
そして「効率」だけを問題にするなら、実は多人数でも同様で、
各自ができるだけ干渉せず、別々にアップデートするだけの、「それぞれが『ひとり開発』状態」に持ち込むのが最大効率だ

これをアナログに目指すなら、綺麗にソースを分離し、各機能を追加/変更する際には別々のファイルに当たるようにすればいい
つまりJava方式も一つのやり方だよ
こういう事前準備を一切せず(出来ず)、デタラメな場合でも、
ブランチだマージだの力業で解決出来るようにした意味はあるが、(＝擬似的に「ひとり開発」状態に持ち込める)
元々無くても困らない(ように事前準備出来る)奴にとっては大した意味はないんだよ
778 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) mailto:sage [2023/08/17(木) 17:46:25.25 ID:ri4IcwiZ0.net]: >各自ができるだけ干渉せず、別々にアップデートするだけの、「それぞれが『ひとり開発』状態」に持ち込むのが最大効率だ

トピックブランチを切って各自がそれぞれ同時並行で作業を進めて最後にマージすることを言っているならわかるが。
779 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9a4f-tKjX) mailto:sage [2023/08/17(木) 18:05:43.87 ID:H7X3UE9D0.net]: バケツ君はCI知らないだけだな
780 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ef2-qIXs) mailto:sage [2023/08/17(木) 19:39:17.59 ID:Fh9vwJEA0.net]: 1回でもちゃんとGit使ってみれば良いのに
普通に便利なツールだから皆使ってんのよ
781 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0ee4-dacP) mailto:sage [2023/08/17(木) 20:52:34.50 ID:LN2mo1dt0.net]: 少し前のスレ見てた人なら知ってるかもしれないけど、一応使ってなにかやろうとしてたよ
ただreflogを永続的な管理情報だと勘違いしたりとか、思い込みが激し過ぎて自分で修正できないタイプみたい
782 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/17(木) 21:02:29.62 ID:zl6mWfwu0.net]: >>754
> トピックブランチを切って各自がそれぞれ同時並行で作業を進めて最後にマージすること
は
> (＝擬似的に「ひとり開発」状態に持ち込める)
と表現してる。

最大効率（＝余分な作業が一切ない)のは、
・一人で全部シリアルに変更した場合、とこれに準じた
・ブランチを切ってマージした場合に一切競合が無かった場合
だよ。だからブランチはマネジメントが行き届かない場合に効率の低下を防ぐ方策であって、
効率を上げる方策ではないし、十分にマネジメント出来てれば必要ない。
ゲーム開発連中はこれが分かってるからgit(というか君らによるとブランチなのか？)にメリットがないから移行しない。

ただgitのような分散型の場合、本質的にテスト効率が半分なので、
(つまり、ローカルリポジトリの作業でテストした後、マージ後にもう一度同じテストを流す必要がある)
集中型(masterに直接commitしていく場合も同じ)に比べて最終コード(により近い状態)でのテストの積み上がりが遅い。
連中が気にしてるのはこの辺かも。
(まあgitでも誰かしら本体にcommitしたら常にrebaseし直すルールで運用すれば同じにはなるが)
783 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4e8f-oWN7) mailto:sage [2023/08/17(木) 21:15:24.20 ID:oGbYN+EC0.net]: 君らよくバケツくんの言ってることについていけるな
俺には彼が何を言いたいのかさっぱりわからん
そもそも必要もないカッコ書き多用するから読む気もしない
現場にいたら即切るレベルだよ
784 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cebb-+ayc) mailto:sage [2023/08/18(金) 01:12:47.53 ID:mGP0mIml0.net]: 長文君は参考書斜め読みして理解できなくて、でも格好良い言葉使いたいので
意味も分からずに「マージ」だの「トピックブランチ」だのカタカナ用語言ってるだけなので、理解できないのは当然。
用語が矛盾だらけ。
785 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-CyVu) mailto:sage [2023/08/18(金) 04:37:22.20 ID:pbc8FSyxa.net]: CircleCI, Github Actions を知らないの？

Ruby on Rails で、知らなかったら就職できない
786 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 03f0-ki9m) mailto:sage [2023/08/18(金) 06:01:46.13 ID:0N1EMKz10.net]: gitはlfsとかsubmoduleが後付けなのかしっくりしない感じがする。
クライアントの使い方を調べないと問題が解決出来ない事が多くてつれえわ。
787 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/18(金) 09:14:49.70 ID:DqVFTH2M0.net]: gitなんてただの入れ物なのだから、それに過度にこだわるお前らは「名刺整理に精出してる営業」と同じだ。
名刺整理なんて必要な名刺がスパッと出てくれば何でもいい。
本来の問題はその先、顔/性格/要求事項等を思い出し、どう営業するかの算段を立てることだ。
名刺が出てきて満足してたら駄目だろ。

gitやsvnも同じで、過去のコードを確認したいときにスパッと出てくれば何でもいいんだよ。
本来はそのコードをどう改変して製品にしていくかであってね。
お前らは「ぼくのすごいせいりじゅつ！！！」で満足してるから、本来の問題が理解出来ない。

ゲーム会社なんて90年代(=git《2005》以前)からやってるところも多いし、
gitなんか使わずとも何とでもなるノウハウと経験を持ってる。
順当に考えて、お前らより技術も経験も能力も上だ。
その彼等が積極的に移行しないのは、単純に、メリットがないからだ。
gitを使えば全ての問題はたちどころに解決して幸せになれる！！！と信じて疑わないgit信者には理解出来ないとは思うが。

多分な、お前らはgitを使ってしかいないから、
使わなかったときに何が問題で、どういう解決方法があるかを知らないんだよ。
それで、「gitすごいんですよ！！！」と営業かけられても、「間に合ってます」でしかない。
解決済みの問題を「オレオレ流に解決したからこっち使え！！！」と言われてもウザイだけだろ。

AIによるコード生成にウキョウキョ言ってる連中の方がお前らより数万倍賢いと思うよ。
gitをいくらこねくり回しても、本質的な問題はどうにもならんだろ。
(まあこれがLinus曰く「最も興味がないものだと見なしていた」なのだろうけど。
ただまあ、読み返してみると、Linusのgitに対する見方は妥当だな。
少なくとお前らみたいにgitが普遍的に使える完成品だとは勘違いしてない。
https://ezoeryou.github.io/blog/article/2015-04-08-linus-git-interview.html)
788 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ df63-rF9L) mailto:sage [2023/08/18(金) 11:38:09.76 ID:P2hKBqqY0.net]: バケツくん、元気にしていたんだね。
おじさん、心配していたんだよ。
789 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cebb-+ayc) mailto:sage [2023/08/18(金) 14:52:19.84 ID:mGP0mIml0.net]: 自転車に乗れなかったやつが、人間ずっと昔から歩いてきてるんだから自転車に何か乗る必要はないってグダグダ説教してたのとそっくりで趣深い。
すっぱい葡萄ってやつか。
790 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ df63-fSBO) mailto:sage [2023/08/18(金) 19:52:30.20 ID:3u957UtZ0.net]: >>763
「過去のコードを確認したいときにスパッと出てくる」ソフトをつくると
言いながら全くつくれず、被害妄想を起こして逃げ出してそれきりの長文くんは
そう宣った
791 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3e2d-QSj3) [2023/08/18(金) 20:01:18.48 ID:Nyuhq8Qv0.net]: >>763

>多分な、お前らはgitを使ってしかいないから、

バージョン管理なしでクラウド同期ツールみたいなものだけ使うこともあるし、そもそもCVSもSubversionも使ったことあるがな

なぜ相手の経験を聞かずに勝手に決めつける？
まあ、「思い込んで勝手に決めつける」があんたの性格なんだろうけど。
792 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/18(金) 21:06:11.08 ID:DqVFTH2M0.net]: >>767
だってお前らgit信者過ぎて話が色々おかしいじゃん。

無料でも使われないのは、使う価値/意味がないからだよ。
個人レベルだと面倒くさがってるだけの場合も多々あるが、
大企業なら調査チームも持ってるし、ガチで使う価値がないから使われてないだけ。
ここは認めた上で話を進めないと信者の与太話でしかない。
git使わない奴は頭がおかしいと思ってるお前らこそ頭がおかしい。

単純に、連中が今直面している問題をgitでは解決出来ないから使ってないだけ。
それ以上でも以下でもない。民間企業はお前らほど政治的でもないし。
で、その問題とは何ぞや？となるべき所が、
git使わないのはおかしい、としかならないお前らは信者過ぎてまともな議論は無理だ。
まあ知ってたけどさ。
gitに精出しすぎるとこうなるようだから、これからgit使う人は注意してねと。

で、もし、まだまともな議論をしてみたいという人がいるのなら、

・gitが解決した問題とは何なのか

について考えてみてくれ。
そして、単純に言えば、
ゲーム会社でそれは問題になってない(または既に別方法で解決している)から
彼等が積極的に移行することがないだけ。
793 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bb5f-yhDR) mailto:sage [2023/08/18(金) 21:27:26.27 ID:V3qpbLuH0.net]: 長文くんは自分の中で都合よく見下せるように形作った「お前ら」に向けて話しているので、
実在の各位は反応しなければよろしい。反応したところで話は噛み合わない可能性が高い。
どうしても反応したければ彼用の隔離スレで頼む。
https://mevius.5ch.net/test/read.cgi/tech/1668901194/
794 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) mailto:sage [2023/08/18(金) 21:47:01.87 ID:oKkzIZWd0.net]: そもそもなにがしたくて戻ってきたんだろう。
「git信者」を啓蒙するとか考えを改めさせようというなら無駄だから諦めろ。
795 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/18(金) 22:06:30.36 ID:DqVFTH2M0.net]: >>770
お前含めた>>730-731の疑問に答えてるのに何言ってるんだ？
割とマジでお前ら頭悪すぎて話が追えないのな
796 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ df63-fSBO) mailto:sage [2023/08/18(金) 22:08:09.77 ID:3u957UtZ0.net]: >>770
長文くんはgitユーザーに嫌な思いをさせなければ気がすまないという
暗い情念で書き込んでるんだろ
前回は「過去のコードを確認したいときにスパッと出てくる」ソフトをつくると
うっかり言ってしまい、つくれずに被害妄想を起こして逃げ出すという醜態を
晒してしまったので今回はその話題を避けているようだから
長文くんが隔離スレに行くことはないだろう
797 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) mailto:sage [2023/08/18(金) 22:09:56.25 ID:oKkzIZWd0.net]: おまえの妄想聞きたいわけじゃないから。
798 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MMb6-TLi3) mailto:sage [2023/08/18(金) 22:14:48.59 ID:pJm/stU2M.net]: 「無料でも使われない」
これ笑うところ？
すごく怖いんだけど。
799 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) mailto:sage [2023/08/18(金) 22:20:06.58 ID:DqVFTH2M0.net]: 都合悪い事を全部妄想だと言い出すのは末期症状だな

無料でこれほど有名なソフトを使わないのは、使う価値がないからだよ
これは俺がどうのこうの関係なく、極めて単純な事実だよ
これすら認めれない君らが適切に現状把握することはないだろうね
800 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 768c-TLi3) mailto:sage [2023/08/18(金) 22:22:15.02 ID:hfXr0Ior0.net]: >>775
成仏してください……
南無阿弥陀仏南無阿弥陀仏
801 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) mailto:sage [2023/08/18(金) 22:34:06.78 ID:oKkzIZWd0.net]: >>773
「俺の話を無視するのは俺の話がおまえらにとって都合が悪いからだ」
たしかに末期症状だね
802 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ df63-fSBO) mailto:sage [2023/08/18(金) 23:06:26.85 ID:3u957UtZ0.net]: >>768 >>775
乗り換えるのは手間暇がかかるし乗り換えの際にトラブルが起こる懸念もあるわけで
「無料でこれほど有名なソフトを使わないのは、使う価値がないから」
なんてことにはならないのに、それすら分からないのが長文くん
「バケツ」をつくると言ってたころよりバカになってるような
803 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b619-yhDR) mailto:sage [2023/08/18(金) 23:22:17.66 ID:jrXTaCKp0.net]: ソースの履歴管理やプロジェクト管理はGitHubで、WORDやEXCELの履歴管理はSharePoint(microsoft365)で
というのがMSの方針でなんの問題もないのだから乗り換えも起きんだろ。
　GitHubの履歴管理はマイルストーンや予実管理にも対応したからRedmineをも飲み込む勢いだし。
　強いてGitHubでOSS支援として足りんところは.svgzがまだ画像認識してないところとwikiのmarkdownが
mermaidに対応してないところくらい。
804 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM85-z8Bp) [2023/08/19(土) 00:28:03.47 ID:XhvWl0BqM.net]: >>768
反論になってないだろ。
「gitしか使っていない」というから、CVSやSVNを使ったこともあるし、バージョン管理しないときもあると言っただけだ。
だから、もしそれでも「話が色々おかしい」と主張するならば、「gitしか使っていない」以外の理由を挙げなきゃだめだろ。明確に「gitしか使っていない」の反例を出してるんだから。
805 名前：デフォルトの名無しさん (ｱｳｱｳｱｰ Sa6b-1fKg) [2023/08/19(土) 01:16:57.88 ID:MO3fZl0Ca.net]: バーケーツ
バーケーツ
806 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 01:23:47.81 ID:Af/nXbF+0.net]: 長文君には RCS の時代からバージョン管理使って来てるやつがいることとか思いもしないんだろうな。RCS → CVN → Subversion → git がメイン履歴だな。他にも浮気したけど
svn もかれこれ7年くらい使ってたわ
807 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bf2-N2rt) mailto:sage [2023/08/19(土) 06:09:11.09 ID:JpdK29XE0.net]: なんか症状悪化してんな
もう5ch止めた方が良いぞ。マジで
808 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/19(土) 07:26:42.01 ID:2LFpxJcr0.net]: >>780
>>782
それが詭弁だと理解出来ないのはお前らの知能の問題だな。

>>779
> OSS支援として
ここがポイントだと俺は見てる。

Linusはバザール開発を発明した為、それまでの(伽藍開発しか想定してない)vcsでは対応出来ず、
バザール「専用」のgitを作った。
BitKeeper(分散リポジトリ)が解決したとされてる政治問題は、そもそも伽藍開発では最初から解決済みだし。
ただ、バザール専用といっても抽象基底がバザールってだけで
「一人バザール」(＝参加者が自分以外いないだけ)や
「10人バザール」(＝客が少ないだけ)等の派生もバザールではあり、結果的に伽藍でも使えるから蔓延った。
ただ、流用してるだけなので、伽藍で使うにはgitは無駄な手続きが多すぎてかなりまどろっこしいし、
伽藍でgitを使ったところで従来の(伽藍開発しか想定してない)vcsと比べて特にメリットもないから、
今後ともプロプライエタリ(≒伽藍)で開発していく連中が積極的に移行する事もない、といったところかと。
809 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ db8c-RKQT) mailto:sage [2023/08/19(土) 07:31:24.56 ID:JNxKk40N0.net]: >>784
成仏してください……
南無阿弥陀仏南無阿弥陀仏
810 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 09:28:05.75 ID:Af/nXbF+0.net]: 個人的な経験からバージョン管理の進歩で最大の進化を挙げていくと

rcs: バージョン管理で共同開発できる
cvs: リモートチェックアウトでロック取らずに共同作業可能になった
svn: アトミックコミットができるようになった
git: ローカルブランチが切れるようになった

というやつなので長文君の主張は全部的外れ
ローカルブランチのない時代には絶対に戻りたくない
811 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 599c-RKQT) mailto:sage [2023/08/19(土) 11:03:42.68 ID:5NZcE5rk0.net]: >>786
gitならローカルだけの運用も可能だからね。
サーバー立てずに手軽に始められる。
812 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c963-Wp5N) mailto:sage [2023/08/19(土) 12:17:06.17 ID:WQ8pf8iV0.net]: >>784
まず「伽藍方式で開発しているところはgitに移行していない」というのが
事実だと示さなければどうしようもないことを理解できない長文くん

「バケツ」は伽藍方式向けなのかバザール方式向けなのか、どっち?
813 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/19(土) 12:54:31.75 ID:2LFpxJcr0.net]: >>787には同意する。

>>786
> ローカルブランチ
これ言うほど意味あるか？
集中型でもローカルに動作環境を作って試す。
通常は最新版のファイルを全コピーし、目的のファイルだけ変更してテスト等流すことになる。
だから実際の作業状態は集中型でも分散型でも変わらない。
最終的に提出するのがファイルかリポジトリかという話であって�
814 名前：B []: [ここ壊れてます]
815 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b8f-mdXp) mailto:sage [2023/08/19(土) 13:06:42.80 ID:QQmUr01P0.net]: バージョン管理使ったことないやつに同意されても困るわw
816 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/19(土) 13:14:27.34 ID:vl4t9mIK0.net]: ローカルにブランチを作ってローカルにコミットを作ってローカルにコミットメッセージを仕上げて十分に確認する
ここまでの作業で気づいた間違いは自分以外の人に影響を与えることは全く無い
十分に確認して問題無いと判断出来たら、そのローカルブランチをそのまんまメインリポジトリのブランチにワンタッチで昇格できる
これが実務を安らかに遂行する上でどれだけ助けになるか、自分の妄想を垂れ流すだけの恥知らずにはわからんのだろうな
817 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c963-8siF) mailto:sage [2023/08/19(土) 13:14:28.60 ID:7gpnkKpM0.net]: インストールは一人でもできるから同意出来るさー。
818 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/19(土) 13:51:27.18 ID:2LFpxJcr0.net]: >>791
> ここまでの作業で気づいた間違いは自分以外の人に影響を与えることは全く無い
それはどんな環境でも同じだよ。
違いは提出物がファイルかリポジトリかで、一つのファイルしか触ってないのならファイル提出の方が断然楽だ。

しかもお前ら、
> そのローカルブランチをそのまんまメインリポジトリのブランチにワンタッチで昇格できる
は禁止なんだろ？
仮にパッチを作成するのに10日間かかったとして、
1日目(○○やります！！！)、2日目、、、10日目(完成しました！！！)、というコミットではなく、
最終的にrebaseして一発で最終状態(10日目の結果)を生成したと改竄した履歴をローカルリポジトリに作り、それを提出しろ、と言うんだろ。
なら意味ねーじゃん。
819 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bf2-N2rt) mailto:sage [2023/08/19(土) 14:20:20.06 ID:JpdK29XE0.net]: いいから一度ちゃんとGit使えって
もう業界のデファクトスタンダードなんだって
お前めっちゃ恥ずかしい発言を連発してんだぞ
820 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 14:41:38.83 ID:Af/nXbF+0.net]: >>789
プログラム書けないやつはこれだから……

・複数の実装を書いて比較してみたいことがある
・機能の組み合わせを複数パータンでテストしたいことがある
・新しい発想を他に影響を与えずに試したいことがある
・新規提案前に実物を作って見せたいことがある
・開発を複数並行で進めなくてはいけないこともある
・緊急の割り込みタスクが入ることがある
・自分の仕事の合間に他の人の仕事を助けてやることがある
・やっつけで書いたコードを他人に見せる前に綺麗に清書するのは当然、しないやつは○ね
・テストなどで出た問題は他人に見せる前に直すのが普通
・タイポとか恥ずかしい間違いは他人に見せれない。見せられた方も困る

まだまだ書けるけど？
821 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c963-Wp5N) mailto:sage [2023/08/19(土) 15:09:35.75 ID:WQ8pf8iV0.net]: 長文くんは試行錯誤なんてできないからな
「バケツ」のときも、つくるのなら試行錯誤するしかないから
そうしろと言われたら「迫害された」と叫んで逃げ出したし
822 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/19(土) 15:12:04.16 ID:vl4t9mIK0.net]: >>793
おまえは勘違いしているというか、gitのブランチとリポジトリを理解できてない
「ローカルブランチをそのまんまメインリポジトリのブランチにワンタッチで昇格」これを禁止してるところはほとんど無い
プルリクエストで管理者がチェックしてメインブランチにマージする現場でも、まずはローカルブランチをメインのリポジトリにpushしてチェックしてもらうんだから
823 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/19(土) 15:21:01.19 ID:vl4t9mIK0.net]: >>793
提出物がファイルではなくてソース環境のほぼ完全なスナップショットであるブランチなのが重要なのだよ
それを誰への影響もないローカルなリポジトリで作って他人が閲覧可能なリモートへ簡単に昇格できる
svnは途中から近いことができるようになったがcvs以前では考えられないような便利な仕組み
824 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 15:41:12.22 ID:Af/nXbF+0.net]: >>793
ぜんぜん分かってないな。例を挙げると

A機能の追加
A機能のバグ修正
B機能の追加
A機能の変数名変更
B機能のスペルミス修正
C機能の追加
B機能のアルゴリズム変更
A機能のバグ修正
A機能とC機能の共通部分のくくり出し
共通部分を使うようA機能を変更
共通部分を使うようC機能を変更
C機能の拡張
C機能のコメントのタイポ修正
不要になったB機能の削除
A機能のコード整理

という作業を1日に手元でやって、15回のコミットがローカルブランチに入ってるとして、これを共有前に

共通部分の追加
A機能の追加
C機能の追加

という3回のコミットに直して、それぞれに丁寧なコミットログ書いて、こっちだけを共有するんだよ。他の人がレビューしたり再利用する時間が大幅短縮できる。
git ならコマンド1つでこの「直し」ができる。これをやらないのは、他人の時間を湯水のように使っても許されると思ってるバカだけ。
他でもやるべきだが、git みたいにコマンド一発とはいかないので超面倒。結局ぐちゃぐちゃなのが共有されたりする
825 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/19(土) 16:15:13.73 ID:2LFpxJcr0.net]: >>795
それ全部、ブランチ無くてもローカルでコピーすれば出来る案件だろ。
実際、git以前でも出来たけど、何故出来ないと思ってるの？
お前、共有リポジトリを生でいじるガイジか？

ブランチはある意味そういったコピー履歴/ドタバタ履歴をリポジトリ内に記録する為の機能であって、
後で改竄してそういったドタバタなんて無かったことにするのなら、必要ないんだよ。
最終状態のファイル群をmasterに繋げていけば済むんだから。そしてgitが推奨してるのはこれだろ。

>>797
> 禁止してるところはほとんど無い
綺麗な履歴なら、だろ。
そして>>799のように綺麗な履歴にするのがmustなんだろ。

俺が残したい履歴は
> 結局ぐちゃぐちゃなのが共有されたりする(799)
と表現されてる方だから、gitは俺には(と言うよりもコードを書く人にとっては)合わないし意味がない、というわけ。
(ただまあ《マージしかしない》Linusにとっては「ぐちゃぐちゃ」してる部分は意味がないのも事実なので、
《自分専用機を作っただけの》彼がこの機能を意図的に落としているように見えるが、
それにつき合わされてgitを崇拝してる連中は頭がおかしいとしか思えない。
お前にとって残したい履歴は何？という話)

逆にHgとかはこの「ぐちゃぐちゃ」な履歴を保持するポリシーなのかな？
あちらは履歴の改竄は禁止だと聞いているので。
誰か知ってたら教えて。
826 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bcf-YAjS) mailto:sage [2023/08/19(土) 16:53:04.38 ID:ndraJbkl0.net]: >それ全部、ブランチ無くてもローカルでコピーすれば出来る案件だろ。

だから何だというんだろう。ブランチ使わずにできるからコピーで頑張りましょうってか？
827 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 17:16:31.29 ID:Af/nXbF+0.net]: >>800
ちゃんと調べたか？
git も hg も同じだよ。そのためのローカルブランチなんだから
どっちも共有リポジトリの改竄は禁止、やったやつは腹を切れ。ローカルはお前にしか影響ないんだから好きにしろ。
828 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 17:25:39.06 ID:Af/nXbF+0.net]: > お前にとって残したい履歴は何？という話)

結局、プログラムしたことないので個人で残したい履歴と、共有で残したい履歴は違うということが理解できないんだな。

タイポの修正履歴とかは他の人にとってはノイズでしかないので共有不要。自分の手元にだけ残っていれば良い。タイポ修正前のコードを見たいやつはいない。
多人数で開発する場合はノイズが少ないほど開発効率が上がるしバグも少なくなる。
829 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb3-Xr9l) mailto:sage [2023/08/19(土) 17:58:00.64 ID:0srhzwdMM.net]: >>800
最終成果物としてマージする目的のブランチの他にも、まだ作業中で整理していないブランチもメインリポジトリで共有するぞ

作業方針をレビューする目的とか、お前みたいに口ばっかで全然作業が進まないやつをキツめにフォローする目的とかでな
830 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/19(土) 21:34:40.48 ID:2LFpxJcr0.net]: >>802
いや調べてない。以下読んだだけ。
> Mercurialは「履歴は永久的で神聖である」という哲学を持っていて、
> 履歴を操作するコマンドとしては1種類しかありません。
> その一方で、Gitは履歴を操作できる範囲が広いという違いがあります。
> https://tracpath.com/works/development/git-mercurial-subversion/
だから、多分、君らが思ってるほど同じじゃないんだよ。gitは履歴改竄する前提だ。

> どっちも共有リポジトリの改竄は禁止、やったやつは腹を切れ。ローカルはお前にしか影響ないんだから好きにしろ。
これは当たり前で、俺が言ってるのはこれではなく、
「ぐちゃぐちゃ」の履歴を保持する文化があるか、ということ。次レス以降参照
831 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/19(土) 21:36:21.23 ID:2LFpxJcr0.net]: >>803
> 個人で残したい履歴と、共有で残したい履歴は違う
> 自分の手元にだけ残っていれば良い
これらはその通りだが、gitにはこれを残す方法が用意されてないだろ。(まあsvn等も同様だとも思うが)
お前は一々別に残せと言うのか？
799通りやってたら既にそれがgitに記録されてるのに？(1回目)
そして共有用に履歴を改竄して、(2回目)
またどこか別にオレオレ用履歴を記録し直すなりしろと？(3回目)
三度手間だろ。
お前らの言う「グチャグチャな」履歴(1回目)を提出すれば(2回目)(3回目)はやらなくて済む作業だよ。

そしてそもそも履歴の哲学が間違ってる。
gitは「歴史か物語か」と嘯いてるが、これは90年代のPCが非力なときの思想であって、
履歴は「全部記録した上で表示時に間引く」と結論は出てて、他も全部そうなってるだろ。
(テキストで言えば>>logしてgrepする)
後になって確認するときにならないと、何が必要だったか分からないものだからだよ。

綺麗に改竄された履歴があったとして、仮に修正漏れがあったとき、
何故修正が漏れたのか、どこで対応し損ねたか、反省も出来ないだろ。
タイポの記録なんて馬鹿げてると思うのなら、タイポしないように注意しろという話であって、
タイポ記録まで含めて記録されてれば、
後から「ああ俺はあのときはこんなにタイポしてたのか、ずいぶんマシになったな」というのも分かるだろ。
小綺麗な記録だけ残ってても大して役に立たない。
記録は「できるだけ情報を削らない」のが大原則だ。
gitはこの辺が根本的に間違ってる。思想が古すぎる。
「歴史か物語か」は、適切にgrepする機構が足りてないのを誤魔化してるだけ。
それで騙されてるお前らはお花畑過ぎる。
832 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/19(土) 21:38:13.61 ID:2LFpxJcr0.net]: >>804
それが技術的に出来るのはみんな知ってるよ。
問題は上述の通り、それをやったときに適切にgrepする機構がないから、
最初からgrepした結果になるように履歴を改竄した上でpushしろ、という文化な事。
マージするLinusの都合だけで作ってある。
だからコードを書く側の俺はgitには相当違和感があるし、
805内URLの人もそうだからMercurialとは違うと書いてるのだと思う。
そしてお前らにこの方面の感度が皆無なのは、お前らがコードを書いてないからだとも思う。

まあこれはいい。それで、
> まだ作業中で整理していないブランチもメインリポジトリで共有する
で運用するとして、その先はどうするんだ？
整理したらブランチ消すのか？なら手間が増えてるだけだろ。
svnのブランチ、「ディレクトリがブランチになります！！！」と言い切るのはどうなのよ？とも思うが、
実際、svnなら中途半端なコードを各ブランチに上げられても他の人は全く手間は増えないよ。
のろま君が勝手にコピーしてろで終わりだ。
gitの場合は、のろま君をフォローする為に中央リポジトリが毎日更新されてた場合、
(大した手間ではないが)pushする前にまず中央リポジトリと同期しなければならなくなり、
のろま君の為に全員に手間が増えてる。
これは、分散型のgitで集中管理を行おうとしたから発生したオーバーヘッドであり、
集中型のsvnだったら発生しなかった手間だ。
だから当たり前だが、集中型の開発管理を行うのなら集中型のリポジトリの方が適切だということ。
そして大半のプロプライエタリは集中型の開発なので、ゲーム会社が積極的にgitに移行する理由がない。
(というか連中はここら辺のgitの問題を分かってるから移行してないと思うんだよ。
お前らみたいにgitを理解出来ないから移行出来ないのだ！とかいう、
「上から目線ガー」とかうるさい割には心の中では心底他人を馬鹿にしてるゆとりマインドでは理解不能かもしれんが)
833 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b8f-mdXp) mailto:sage [2023/08/19(土) 21:45:36.49 ID:QQmUr01P0.net]: コミットが開発プロセスの資産であることを本質的にわかってないんだろうね
うちのプロジェクトのメンバーにもそういう人がいるんだよね
毎回説明しても理解してくれない…
834 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/19(土) 22:22:25.04 ID:2LFpxJcr0.net]: >>808
コードが資産で、コミットやgitでの管理は手段だよ。
それは典型的な手段の目的化であり、お前が間違ってる。

ユーザーが求めてるのは、新規機能の実装やバグの修正であって、
綺麗なcommit履歴のgitリポジトリではない。

と毎回説明しても理解してくれない…とそいつも思ってるだろうよ。
835 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bcf-YAjS) mailto:sage [2023/08/19(土) 22:41:56.92 ID:ndraJbkl0.net]: >ユーザーが求めてるのは、新規機能の実装やバグの修正であって、

gitを使ってそれができているならなんの問題もないわけだがあんたはいったいなにを主張したいんだろうか
836 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 22:55:00.77 ID:Af/nXbF+0.net]: >>806

>> 個人で残したい履歴と、共有で残したい履歴は違う
>> 自分の手元にだけ残っていれば良い
> これらはその通りだが、gitにはこれを残す方法が用意されてないだろ。

わざわざ消さなければ残っているのにどうして別の方法が必要なんだ？

>履歴は「全部記録した上で表示時に間引く」と結論は出てて、他も全部そうなってるだろ。

お前の脳内結論とか持ってこられても開発効率は上がらないんだよ。複雑なバグの追跡やコードの再利用には綺麗な履歴が必須。
837 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b8f-mdXp) mailto:sage [2023/08/19(土) 22:57:43.95 ID:QQmUr01P0.net]: >>809
なんで資産かどうかの話にユーザが出てくるんだよ
もしかして資産は全てユーザに公開されるものだと思ってる？プロダクトの話ではなくて開発プロセスの資産の話だぞ
838 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/19(土) 23:16:41.01 ID:vl4t9mIK0.net]: >>807
みんなは知ってる
でもお前は知らなかった
複数履歴に跨るようなgrepもできるのをお前はしらない
知らないのはおまえだけ
839 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 23:17:28.06 ID:Af/nXbF+0.net]: >>807
svn 使ったことないのに、知ってる風を装って語るので嘘杉て笑いが止まらない。
push する前に同期が必要なのが git
commit する前に同期が必要なのが svn
理解できるかな？無理だろうな。
840 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/19(土) 23:19:47.05 ID:vl4t9mIK0.net]: >>807
作業中のブランチをレビューするのにメインリポジトリで共有するのはそれが簡単だから
レビューするのに最新の状態との同期とか必用無いし
作業前の状態との比較も簡単にできるし
そのままで問題なさそうなら最終成果物としてマージできるように同期して調整するのも簡単
必要無くなったら消すのも簡単
お前の妄想する手間がかかるから無駄とかこの機能を使わない理由のなんの説明にもなっていない
お前は理解できてないから手間がかかるとか無駄とか妄想を垂れ流す
841 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/19(土) 23:21:47.54 ID:vl4t9mIK0.net]: >>814
いやgitはpushする前に同期は必須ではない
同期が必要な場合と必要でない場合を理解できて一人前
842 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 23:38:08.78 ID:Af/nXbF+0.net]: >>816
ごめん。何を言ってるのか分からない。まさか push -f しろと主張してるの？
843 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/19(土) 23:43:08.38 ID:vl4t9mIK0.net]: >>817
オレが多分話の流れを読んで無いだけだと思うけど、push前に同期が必須かと問われたら
、同期が必須なのは他人がpushする可能性があるブランチだけと答える
844 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/19(土) 23:51:47.78 ID:Af/nXbF+0.net]: >>818
なら単に用語の問題だな
git の push はブランチ単位での同期を要求する。push するブランチの同期が取れてるなら当然それ以上同期コマンドを実行する必要はない。
svn の commit はチェックアウトした範囲全体の同期を要求する。リポジトリ全体をチェックアウトしたなら全体の同期が必要。

まあどっちもとりあえずやってみて、失敗したら同期コマンド打てば良いだけだけどな
845 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/20(日) 00:58:08.93 ID:Vn08TQPe0.net]: >>813
では何故改竄された綺麗な履歴を欲しがる？
俺なら799の場合は

上側のドタバタ履歴全部＋最終コミットのコメントを「AとCの機能追加、およびコード整理」

として実際の履歴で登録し、
masterにFFマージでこのドタバタ履歴が全部繋がってもgrepですっ飛ばせるのだから問題ないよね、
としたいが、実際はこれが出来ないから手動で改竄した綺麗な履歴を欲しがっているのではないのか？
846 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/20(日) 01:06:37.87 ID:vNIwX77X0.net]: >>820
じゃあ、ゴミログ残して、お前このあと C は必要だが
847 名前： A は別の機会にってなったときに簡単に対応できるか？ 後から他人のゴミログ追いかけて必要な部分と不要な部分切り分ける手間暇馬鹿にならないし、ミスする確率も増える []: [ここ壊れてます]
848 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/20(日) 01:49:04.21 ID:st7HSyAz0.net]: >>820
綺麗な履歴とお前の言うgrepが関係あるといのは、お前の思いこみ妄想

綺麗な履歴を作らないようなプロジェクトもたくさんある
849 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d163-Wp5N) mailto:sage [2023/08/20(日) 04:04:05.06 ID:Qj2YxZj80.net]: 長文くんの考えは全部捨てずに突っ込んでおけば必要なものは探し出せるはずで
整理整頓なんか不要だし見た目が悪くても気にしないしそれで他の人が困ろうとどうでもいい
というゴミ屋敷理論だからなあ
850 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/20(日) 08:34:32.23 ID:Vn08TQPe0.net]: >>821
簡単に対応する必要がないんだよ。

Cがmust、Aがオプションなら、最初から担当者にその旨伝え、分離した形で実装させなければならない。
それをせずに後付でAはやっぱり止めろ、と言うのはマネジメントの失敗であり、
担当者は適切な再実装時間を要求していい。

実際、799の場合なら、上側の実際の変更に6時間、
これを「清書」して下側の履歴に改竄するのに2時間といったところだろう。
「清書」しなくて良ければ次の仕事に取りかかれるので、この時点で効率が75%に落ちてしまっている。
25%も無能マネージャの尻ぬぐい保険に費やすのは馬鹿げている。
そして実際、殆どの場合は「やっぱAやめろ」なんて事にはならないし、
言われてから対応しても本修正(6時間)と同等の時間で対応出来るものだから、言われてからでいい。
事実としてAとC纏めて修正してしまったのだから、そのまま報告しとけ、でしかない。

>>823
「情報を落とすな」というセオリー通りだ。
> 開発プロセスの資産(812)
が開発プロセスの改善を目指すものなら、なおのことだ。
マネジメントが無能で修正指示不足(例:上記の「分離」指示不足)による手戻りが多かった場合、
それがそのまま見える形で記録されてないと意味無い。
799の忖度で「マネジメントも僕の修正も完璧、イエーイ、パチパチパチ」と小綺麗に改竄された履歴からでは、何も改善出来ない。
851 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/20(日) 08:35:35.57 ID:Vn08TQPe0.net]: >>822
そりゃ探せばあるだろうが、ここでの議論通り、gitでは「清書しろ」が多数派だろ。
この遠因になってるのは、適切なgrepが無く、クソ汚いcommit履歴が丸見えになってしまうからだ。
それを「歴史か物語か」という「選択」だと誤魔化すのは機能が足りてないから。

例えばcommitにレベルが付加されてて、799branchのコミットレベルは2、masterのコミットレベルは0としておけば、
master上に799のドタバタ奮闘記commitsがFFマージで連なっても、
レベル0だけを表示すればマージ人員用の小綺麗な履歴、
レベル2も表示すればパッチ作成者の実際の奮闘含めての履歴、が得られる。
改竄する必要もなく、情報も落としておらず、誰にも余計な手間がかからない。
gitにはこういう「こうすりゃ良かっただけだろ」的な仕様が全部抜け落ちてて、
全部マージ人員(=Linus)側に都合がいいだけの仕様になってる。
この違和感をお前らが感じないのは、お前らがコードなんて書いてないからだと思うぜ。

ついでに言うと「清書」されたcommitsが欲しければ、それはレベル1として「別パス」を「後付で」生成、
つまりスタート/エンドポイントが799branchと同じ、ただし途中の進行が違う別パスを「後付で」追加出来れば、
レベル0は淡々とした履歴、レベル1で修正内容が「清書」された履歴、レベル2で実際の履歴、が得られてみんな幸せだろ。
マネージャが無能でAは止めると確定してからレベル1の「清書」を作成だ。これが
852 名前：最大効率だ。 高い確率で必要ない「清書」を毎回ご丁寧にやる意味はない。 []: [ここ壊れてます]
853 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-XafZ) mailto:sage [2023/08/20(日) 08:44:51.44 ID:fiK4YkusM.net]: マージ側に都合がいいというのは正しいかもね。日頃からその視点を持って作業したら。
854 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/20(日) 08:56:28.01 ID:vNIwX77X0.net]: >>824
だから git 使えば清書は 10秒でできる。
2時間かけるのは馬鹿らしいって話。
855 名前：デフォルトの名無しさん (ｱｳｱｳｸｰ MM8d-1fKg) mailto:sage [2023/08/20(日) 08:58:29.28 ID:rPtHvv2SM.net]: 長文さんは共同開発プロジェクトにgit使ったこと無いんじゃないかな。
むか～しに共同開発プロジェクトに参画させてもらった記憶だけで長文書いてそう。
こんなごちゃごちゃ口だけやかましい奴はプロジェクト推進の邪魔だから当時退場させられたんだろう多分
856 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ db8c-RKQT) mailto:sage [2023/08/20(日) 09:56:03.93 ID:DNMNb0+B0.net]: 現実を見ていない妄想まみれのレスは置いといて、gitで清書したコミットだけをpushする方法ってあるのかしらん？

ずいぶん前の話なので今は挙動違うかもしれんが、書き散らかした十数のコミットがあってマージでひとつにまとめたとき、まとめた方のコミットだけpushしようとしても十数のコミットもおまけにpushされる。
このおまけのpushを避ける方法てあるのかしらん？
857 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d19f-q59E) mailto:sage [2023/08/20(日) 10:16:43.69 ID:eWjoENHw0.net]: cherry-pick
858 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/20(日) 10:17:14.38 ID:Vn08TQPe0.net]: >>826
だからgitはマージ専用機であり、gitを使えばマージの効率は上がる。
ただそれは多数側のコード書いてる担当者に負担を押しつけた結果だから、アプリケーション全体の開発効率は下がる。

ってのがgitの問題点だろうよ。
(しかもこれは意図的な仕様だ)
859 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/20(日) 10:35:23.52 ID:vNIwX77X0.net]: >>829
多分、すごい古い git を使ってたんじゃないかな？
最近のはデフォルトが変更されていて、現在のブランチだけが push されるので他のものは push されないよ（オプションか設定変更で変えれる）
860 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/20(日) 10:38:38.99 ID:vNIwX77X0.net]: >>831
開発効率が下がるのは清書に2時間かけちゃう、お前だけだろ？
861 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bcf-YAjS) mailto:sage [2023/08/20(日) 10:54:29.71 ID:P3ytobrG0.net]: >それをせずに後付でAはやっぱり止めろ、と言うのはマネジメントの失敗であり、

前にもうまくマネジメントすればブランチは不要てなことを書いていたと思うが
それをやるのにかかるコストのことは考えてるんかね。
862 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-XafZ) mailto:sage [2023/08/20(日) 11:07:43.43 ID:fiK4YkusM.net]: 完璧な計画が作れないのはバケツであなたが体験した通りですよ
863 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM4b-8Zil) mailto:sage [2023/08/20(日) 12:15:53.56 ID:lyAuLRyDM.net]: 他人が10秒でやる仕事に2時間かけるのは無能
無能を棚に上げて、マネージメントのせいにして仕事拒否するとか、馬鹿を通り越して害悪
864 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ db8c-RKQT) mailto:sage [2023/08/20(日) 12:27:33.60 ID:DNMNb0+B0.net]: >>832
そうなのか……ありがと。
後で試してみる。
865 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/20(日) 13:18:50.21 ID:Vn08TQPe0.net]: >>834
その程度のコストは普通の会社なら当たり前のようにかけてる。というか、そうじゃないと成立しない。

当たり前だが担当に振る前に、振る側は、担当の実力と、修正箇所の概略は把握してる。
だから「Aの担当モジュールだからAにやらせる」とか、
「この修正は難しいからBにやらせる」とかの判断が出来る。
この過程で、ファイル○○はAとBが変更する可能性がある、というのも分かるから、
Aに先にやらせてその後にB、程度の交通整理でマージの回避も出来る。

対してLinuxの場合は本質的にこれが出来ない。
パッチを送ってくる奴等の実力もさっぱり予測出来ないし、指示も強制も出来ない。
これは従来の伽藍開発ではあり得なかった状況なので、従来のvcsでは全く対応出来ず、gitを作った。

つまりLinusは「無重力でも書けるボールペン」として「無マネジメントでもマージ出来る」gitを作り、
従来の会社は、「Aに先にやらせる」程度のマネジメントで「一方ロシアは鉛筆を使った」が成立してる。
(つまり、集中型のvcsはある程度マネジメントがある前提でしか成立しない)
866 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/20(日) 13:19:06.52 ID:Vn08TQPe0.net]: その程度のマネジメントしかしてない奴に高い給料は無意味、
首にしてその分担当を増やせ、というのもありだし、実際に成立する会社があれば面白いとは思う。
つまり、例えばゲーム会社で社内バザールを行い、
・社内のどのゲーム開発に参画してもよい
・どの仕事をやってもよい
　つまり、キャラデザ、3Dモデル、背景、シナリオ、ゲームエンジン、コーディング、テスト、営業等、
　募集している職にはどれでも応募出来る
・完全出来高制、採用されなければ給料無し(コード書いてもrejectされれば無報酬)
という、よくある異世界アニメのギルド依頼をこなすノリで仕事を選ぶ場合は、
集中型のvcsでは役に立たない。
だけど実際、こんな会社はないだろ。社内公募って言ってもねえ、だし。
実際、社内バザールを成立させるにはかなりのマネジメント能力が必要で、現実的に出来る会社がないからだよ。
人気ゲームばかりに人員が集中したり、絵を描きたい奴がキャラデザに集中しても、
強制的に配属することは出来ず、報酬を上げて釣るしかないのだが、この『適正な』報酬を見切れる奴がいない。
しかも有能な奴ほど「割のいい仕事」に対する目利きが効くので、いろんな意味でろくな事にならない。
867 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c963-8siF) mailto:sage [2023/08/20(日) 13:59:49.47 ID:DfSYz/4c0.net]: バケツくんと長文くんがいるように見えるのは僕だけかい？
868 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b8f-mdXp) mailto:sage [2023/08/20(日) 14:17:18.15 ID:6n6PkJKk0.net]: バケツくんは、後で別のプログラマが自分のコミットを参照したり再利用することを考えないんだろうな
人に見せることを考えないので、自分が作業したありのままを残すことに執着する

あとrebaseを行って"清書"を行う自信がないんだろう笑
使ったことがないから笑
869 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bcf-YAjS) mailto:sage [2023/08/20(日) 14:19:19.55 ID:P3ytobrG0.net]: >(つまり、集中型のvcsはある程度マネジメントがある前提でしか成立しない)

まあその通りだな。で、あんたの要求するレベルの「マネジメント」にパワーをかけたくない現場は
ブランチ使って並行作業するだけ。

>ユーザーが求めてるのは、新規機能の実装やバグの修正であって、

そういうことだな。
870 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d163-Wp5N) mailto:sage [2023/08/20(日) 15:33:57.12 ID:Qj2YxZj80.net]: >>824
タイポの記録をそのまま見せても何も改善できんわな
いつか役にたつかもしれない、役にたたないと断言できない
と考えて捨てられないゴミ屋敷理論だろ

>>825
その考えでうまくいくかどうか「バケツ」をつくって示せばいいのにつくれず
能書きをたれ続けるだけの長文くん
871 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5b19-0WDc) mailto:sage [2023/08/20(日) 19:24:45.17 ID:Mm91CbZY0.net]: github desktopでもsourcetreeでもいいから変更履歴を複数選択してsquashかけたらあっという間に
履歴をまとめられるのも知らんのだろうな。
872 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/20(日) 22:08:39.08 ID:Vn08TQPe0.net]: >>842
ただ集中型が求めるマネジメントは並の会社なら十分満足してる程度だけどな。
難易度/分量の見積もりが取れないようでは、査定/人員確保/納期見積もりも出来ないし。
gitはそれすら必要ないという意味では上だが、普通に会社として成立してる限り既に間に合ってる。
むしろ見積もりを取れない初心者(＝プログラミング経験3000時間以下)に有効なんだろうよ。

後は、バザールは個々の人員の能力を要求するので、特に新卒一括採用な日本の会社にはフィットしない。
gitはバザールでこそ輝く。逆に言えば、バザールでなければ他vcsと大して変わらない。

例えば DB/Go/HTML/CSS/JS を使ってブラウザゲームを提供してる部署があったとして、
部署内バザール、つまり、ユーザーからのアップデート要求事項を一覧として張り出し、
誰がどれを実装してもよい、どの階層/どの言語をどういじってもよい、なんて事が出来てる会社はほぼ無いだろ。
全員が中途採用だと成立するかもしれんが、
新卒一括採用をしてる現実的には、
新人には比較的簡単な仕事(＝割のよい仕事)を振って慣らす必要があり、
結果的にベテランに比較的難しい仕事（＝割りの悪い仕事)を振る、
新人護送船団方式開発をするしかない。
となると誰かしら仕事を差配する奴が必要で、そいつがいる限りgitは不要でsvnでも何ら問題なくなる。

構造的には、新卒一括採用前提の日本の会社の各部署には必ず仕事の難易度を判定出来る奴が存在しており、
そいつがいる限り集中型のvcsが完全に機能するので、
gitにしたところで特段に恩恵があるわけではない為、積極的には移行しないという事。
873 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b8f-mdXp) mailto:sage [2023/08/20(日) 22:45:22.16 ID:6n6PkJKk0.net]: 今のキミより新卒は優秀だから、gitにフィットしないのではとか気にしなくていいよ
874 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bcf-YAjS) mailto:sage [2023/08/20(日) 23:02:34.62 ID:P3ytobrG0.net]: これだけ長文連騰を続けてもそれに説得されて宗旨替えする人が出てこないことはこれまでの反応から
大体わわかっただろうがそれでもなんで続けているのか不思議に思ってた。
おそらくだが意固地になってgitを使わない自分自身を正当化したいだけなんだろうな。
875 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) mailto:sage [2023/08/20(日) 23:19:10.98 ID:vNIwX77X0.net]: 長文君の理論だと Microsoft も Google も Apple も日本の大手各社も git メインで使ってるのでマネージメントできない給料泥棒ばかりだな。
きっとそいつらには理解できなくて優秀な長文君だけ理解できるんだろうな。さぞかし立派な成果出してるんだろうから紹介してくれ。
876 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bc1-XafZ) mailto:sage [2023/08/20(日) 23:38:18.21 ID:60s/Im7a0.net]: >>845
新人が編集した内容は初心者だろうがその新人が一番理解しているし、それを積み重ねる結果コードのすべてを把握できるような強いマネージャーはいなくなるので、なるべく誰にでもわかりやすい履歴が求められます。
877 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9363-Wp5N) mailto:sage [2023/08/21(月) 07:46:21.21 ID:bL+iSZFD0.net]: >>847
そういうことだな
自分を正当化するために何とか言い返さなければならないということで言い返し続けた結果
gitに乗り換えるところは査定/人員確保/納期見積もりも出来ないし会社として成立していない
と主張することになってしまった
長文くんはどこまで行ってしまうのだろう
878 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ a197-z8Bp) [2023/08/21(月) 20:59:54.85 ID:5gIke5d10.net]: ちゃんとしたマネジメントがあれば分散開発のためのシステムは不要、っていうのは、
井戸に水を汲む係が居れば上水道なんかなくても困らない、っていう意見みたいなもんだぞ。
井戸水を汲む係が居て成立している組織のことを何も否定してないじゃない。
そんな係の担当になったり、係がいることによる不便を感じたりは嫌だから僕らはgitを使うよ、というだけで。
結局は好みで決まるものだと思うよ。
879 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5910-U/el) mailto:age [2023/08/22(火) 08:56:52.59 ID:JUa8Ruu50.net]: Git v2.42.0
880 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/23(水) 07:41:56.03 ID:01C6a53i0.net]: 個人ならどうぞ御勝手にだが、会社なら収益(＝効率)で使う使わないが決まる。
ツール(git)で補完される能力が既に足りてれば効果がなく、いわゆる日本の会社なら大体これに該当する。
だから「gitにしてから心も体も収益も
881 名前：絶好調でアットホームな職場です(目線)」なんて事にはならない。 []: [ここ壊れてます]
882 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d3e4-4mKs) mailto:sage [2023/08/23(水) 07:50:50.23 ID:UQQCU4pK0.net]: これは各パーツの担当者達が好き勝手にブランチ生やして最終的にマージ要員の人がどれマージすりゃいいっすかー？と一人一人に確認しに行く流れかな
Gitってブランチの最終段階だけ取り込んでも道中の変更は反映されないのかな？使い方が悪い？
883 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b63-Wp5N) mailto:sage [2023/08/23(水) 08:44:47.55 ID:/k4AJPVh0.net]: >>853
長文くんの主張は、会社として成立している集団はgitに移行しない
→gitに移行する集団は会社として成立していない
というものだっただろ >>843

gitに移行するのは変える必要がないのに手間隙かけてバージョン管理システムを
変えるバカな会社という主張に変えたのか?
884 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa45-HTZh) mailto:sage [2023/08/23(水) 09:46:21.13 ID:MbpOxYkaa.net]: 他所の会社は分からないけど、分散型バージョン管理システムは最高な気がしている。
もっと良いものがあれば教えて欲しい。
885 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/23(水) 10:32:52.47 ID:niebTNUf0.net]: 結構有名な話だがGoogleはgitのような分散バージョン管理システムをメインには使っていない
会社の基盤に分散ファイルシステムがあるのでバージョン管理が分散システムである必要が無かった
一つのリポジトリに会社の全コードが格納されている
https://www.school.ctc-g.co.jp/columns/nakai2/nakai220.html
886 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5b19-0WDc) mailto:sage [2023/08/23(水) 10:33:57.58 ID:nEmftCML0.net]: 長文君は、
進捗管理するツール作るで→すでにGitHubであるだろ
わ、ワードならどうや？→すでにSharePointであるだろ
と指摘されたので、妬みで周りの邪魔する書き込み繰り返して自我を保ってるだけ

最低限バケツをこれ↓くらいに仕上げるまで書き込み自粛してほしいわ
https://developer.mamezou-tech.com/blogs/2023/03/28/github-projects-new-roadmaps-layout/

はやくしないとGitHub Desktopに実装されるかもしれんぞ？
887 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5b19-0WDc) mailto:sage [2023/08/23(水) 10:36:44.05 ID:nEmftCML0.net]: >>857
何をもってメインというかは知らんが↓は？
https://github.com/google/mozc
そういやQt6対応するって宣言してからcommitされるまで早かったな
888 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) mailto:sage [2023/08/23(水) 10:52:27.60 ID:niebTNUf0.net]: >>859
857の記事にも書いてあるようにOSS関連の一部プロダクトはGitも使ってるらしい
889 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb3-8Zil) mailto:sage [2023/08/23(水) 15:26:39.62 ID:dqz/VE+aM.net]: >>857
確かサービス等で使う作成したら即リリースするような開発での話だな。
google も android だの chrome だのサービスではなくプロダクト型の開発には git を使ってる。
890 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b63-Wp5N) mailto:sage [2023/08/23(水) 22:46:27.46 ID:/k4AJPVh0.net]: >>855
>>843じゃなくて>>845だった
891 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [2023/08/24(木) 06:55:26.94 ID:RiZQ4RHb0.net]: >>857
Piper/CitCがOSSまたはgoogleのサービスとして出てこないのは何故だろう？
892 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5b19-0WDc) mailto:sage [2023/08/24(木) 14:29:24.75 ID:uKUnpR3b0.net]: >>863
https://gist.github.com/peketamin/08fc44a0e8bed1d2ba6d9d193f9ba86c
>結論としては...社内専用システムを用意したりする余裕のない組織、ガバナンスの弱い組織、強い技術リードが
>いない組織は、単一レポは難しそう...
ということで、OSS向きではないらしい

ただ近い運用ならmainオンリーで使い続けリリースはメンテナーが強権でcherry
893 名前：pickで取捨選択してリリースブランチ 作るなら出来そう。 []: [ここ壊れてます]
894 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b8f-mdXp) mailto:sage [2023/08/25(金) 00:31:50.60 ID:epFqvsgF0.net]: OSSにしたところで、短時間で数百ものコミットを行うGoogleエリートプログラマのマネなんかできないだろ
895 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-Afo3) mailto:sage [2023/08/25(金) 05:00:12.06 ID:dTY0c2Oa0.net]: >>863
技術的な話として
基盤となっているオーバーレイ型の共有ファイルシステムはコストフルなので速いネットワークを要求する
拠点内か高速のネットワークで拠点間を繋がなければ遅くて使えたもんじゃない
つまり google 内だから使える仕組みであって一般に使えるものじゃない
ファイルシステム自体が企業秘密だしね
896 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-Afo3) mailto:sage [2023/08/25(金) 05:22:43.53 ID:dTY0c2Oa0.net]: >>864
レビュー・システム経由でしかコミットできない仕組みなので git で言うなら
・全員がローカルの master ブランチで開発する
・できたらコミット1回分ごとにプルリクを送ってレビューしてもらう
・レビュー通ったら本番サービスに即自動反映する
みたいな運用だな。WEBシステム特有というかサービス・プロバイダー特化
897 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/25(金) 07:41:53.00 ID:Wiq8Fw170.net]: >>864
> 社内専用システムを用意したりする余裕のない組織
そういう会社こそ外部システムを必要とするわけだし、そいつは出来ない事にしたいだけだな。
モノリポが難しいわけではない。(むしろ簡単)
同様に分散が難しいわけでもない。(gitが無駄に難しく複雑なのは主に濱野がこの点では無能だからだろう)
なお、ソースコード履歴ツリーは、全く同じ運用がgitでも出来る。
(ただgitの推奨《＝みんながやってる形式》とは違うから、バグ踏む可能性もあるが)

>>866
そのままではCitcは無理なのは分かった。
ただ、ならgitと同様丸々コピーしてしまえば解決する。
世の中の全てを含んだモノリポではなく、関連する数個のリポの「マルチリポ」でも十分効果がある。

>>867
> WEBシステム特有というかサービス・プロバイダー特化
そうではないと思うがな。何故gitを使わないといけない事にしたいんだ？

gitは、Linus担当部分の「マージの効率化」が目的で、そこで発想が終了してる。
Piperは「アプリケーション開発全体の効率化」が目的で、当然「テスト」や「リファクタ」も含まれてる。
「依存関係」を見るには纏まってる方が便利だから、マルチリポ化を目指す事になる。
スケールメリットもあるので、速度に問題がなければ結果的にモノリポ化する。

何の開発でも「依存関係」の確認は必要だ。
結果的にマルチリポなら、mainリポ（＝本体)とsubリポ(＝依存関係を参照するだけ)に分離するだけで機能する。
googleって「ねえねえ僕ってすごいでしょ！！！入社してね！！！」みたいな方針のように見えるし、
社外にPiperモドキをリリースし、「続きはgoogleに入社してから！！！」な方が自然に感じる。
898 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-Afo3) mailto:sage [2023/08/25(金) 09:01:15.40 ID:dTY0c2Oa0.net]: >>868
長文くんに理解できるように説明するのは難しそうだが、書いてみる
「世界中で動いているバージョンは一つだけ。古いのを動かすのは禁止。ベータ版みたいな未来のを動かすのは禁止。こうすることでバージョン違いによる整合性とかを考えなくて良くなる」
という割り切りをしたシステムだから。これは自社サーバーでのみプログラムを動かしてるから実現できる。
ユーザ側で動かすような android や chrome のような端末ソフトは複数バージョン並行で使われるので google でも git を使ってる
899 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) mailto:sage [2023/08/25(金) 12:52:05.16 ID:Wiq8Fw170.net]: >>869
信者は所詮信者であり、会話は無理だと改めて理解した。
認識にバイアスがかかりまくってるのに気づけないからこその信者であり、定義通りだが。
900 名前：デフォルトの名無しさん (ｱｳｱｳｸｰ MM8d-1fKg) mailto:sage [2023/08/25(金) 14:24:47.15 ID:9wWAHqbcM.net]: 具体的に書けないのは印象操作に見られても仕方ない
901 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 599c-RKQT) mailto:sage [2023/08/25(金) 15:05:23.64 ID:BaamFBf70.net]: >>870
ならコメントするの止めろ。

あるいはコテハン付けろ。
NGするから。
902 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1563-9oWV) mailto:sage [2023/08/27(日) 14:35:48.07 ID:NDLPFvxJ0.net]: >>870
信者の集まりで会話は無理だと思っているなら出てこなければいいのに
長文くんは鳥頭だからどうせまた出てくるんだろうな
903 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ fe19-vHpx) mailto:sage [2023/08/28(月) 17:00:34.15 ID:lGu1ZxjR0.net]: それ以前にGitスレなのだからGit使ってる人しか来ないってことに、まだ気づかないのだろうか？
904 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ eae4-VBPx) mailto:sage [2023/08/28(月) 22:42:01.73 ID:iaZNrcir0.net]: なんか他のブランチから引っ張って来ようとしたら競合が起きてチェリーピック出来ないんだけど、何が悪いんだろ？
あんまり見ずに時間切れになったからまた明日調べるつもり
存在しないものを削除しようとしてるとかあるのかな？
905 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 06bb-yFzu) mailto:sage [2023/08/28(月) 23:40:30.70 ID:diChUi9T0.net]: >>875
コンフリクトが起きるのは特に問題ないのでは？
コンフリクトではなくてコマンド自体が弾かれてるなら、worktree か index に変更中のファイルが残ってる可能性が大。
まずはそいつらをどうにかしてから cherry-pick してみたら
906 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ fe19-vHpx) mailto:sage [2023/08/29(火) 08:47:58.69 ID:bkg5tMQT0.net]: >>875
git stashで現状のソースを一時退避したあと、綺麗な状態にしてからcherry-pickして、stashの内容を復元したら？
907 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa47-bpS4) [2023/09/11(月) 13:00:51.18 ID:lXcI/Ajda.net]: >>875
存在してるものでも削除する
908 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ fae4-sAKC) mailto:sage [2023/09/11(月) 22:07:33.10 ID:F9+U7gZ/0.net]: >>876-878
ありがとう、どうも更新の順番が逆だったみたいだ、お騒がせしました
909 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0fe6-mbMR) mailto:sage [2023/09/20(水) 15:05:17.00 ID:aE0319zM0.net]: TortoiseGitを使って、SVNのリポジトリをGitに変換してみたけど、
SVNとの併用が想定されているのか、タグがブランチのままだったり、
trunkという名前のブランチができていたり、思っていたのとちょっと違う結果でした。
完全一方向でよいのだけど、Windowsで綺麗に変換できるツールはありませんか？
910 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8f84-Z/H0) mailto:sage [2023/09/20(水) 23:39:58.91 ID:7IB3hYyU0.net]: >>880
ベースになるgit-svnがそういう変換動作だから仕方ないんじゃないの
911 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fbb-mga4) mailto:sage [2023/09/21(木) 02:20:33.87 ID:yIhcH/cG0.net]: >>880
svn と git は思想が違うので完全に一対一で移行するのはむずかしい。結局 svn をどういうルールで運用していて、それを git でどういう形に移行したいかは人によって違うので。
自分でスクリプト書いて移行しちゃうのが結局は楽だと思う。
912 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0fe6-mbMR) mailto:sage [2023/09/21(木) 08:55:56.61 ID:PwcZbKtJ0.net]: >>881-882
trunk/branches/tagsのパターンで運用していたもの向けのスクリプトとか、
git-svnで変換したものに対する手動移行の方法とか、どこかで紹介されていませんかね
913 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fbb-mga4) mailto:sage [2023/09/21(木) 09:51:45.73 ID:yIhcH/cG0.net]: >>883
探せばいろいろ落ちてる気がするけど
探して検証してという手間を考えたら作った方が早い気がする（効果には個人差があります。あなたの燃費は異なるかもしれません。
914 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3ff9-ieJ7) mailto:sage [2023/09/21(木) 10:22:17.06 ID:9EJ/22eM0.net]: こだわりあるみたいだし自分で調整するのが一番早いだろうね
ブランチ名変えるとかタグ付けてブランチ消すとか最低限覚えといて損しないコマンドだし
移行したいタグが大量にあったとしても、繰り返し処理とかプログラミングしなくたってアナクロなコピペ編集でコマンドを一杯こさえて一気に流せばよい
タグの一覧をコマンド等で出してそれをベースにVSCodeのマルチカーソルなりExcel関数なりなんならサクラエディタの置換なり
必要なコマンドを3つ4つ覚えればあとは30分あれば初めてでもできる
915 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3f5c-xbk3) [2023/09/21(木) 10:39:02.85 ID:144VeT0R0.net]: >>883
公式サイトにそれっぽいのがあったけどこれは見たの?
https://git-scm.com/book/en/v2/Git-and-Other-Systems-Migrating-to-Git
ちゃんと読んでないけどgit svn cloneからタグの話とtrunkブランチの話をしてるっぽく見えるよ?
916 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0fcf-hKjy) mailto:sage [2023/09/21(木) 11:17:57.92 ID:184B7ywA0.net]: >>886
このページはメニューから日本語にも切り替えられるので読んでみるといいよ
ただbashとかの操作に慣れてないときついかもしれん
917 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff19-Pa4f) mailto:sage [2023/09/21(木) 18:31:50.78 ID:5KTS95Cm0.net]: >>880
GitHubにすでに作った。という前提で話すけど、Web画面から手動で「main」ってブランチ作って、Trunkから
mainにプルリクエスト作って自分でマージしてTrunkはまだ削除せず、しばらく残しとけばいいのでは？
　で、Settings の Default branch を「main」にする
　あとはSVNから移行が終わったタイミングで折を見てTrunkブランチを閉じる

そしたら後はorigin/mainを親リポジトリで作業進める

※個人の趣味で「master」にしたいなら、mainのところを置き換えてね

あと個人でしか使用しなくて publicにしたいのにprivate だった場合は、
Danger Zone の Change repository visibilityでChange to publicにする
逆に社用なのにpublicになってたらChange to privateに

ツールならGitHub DesktopでもSourceTreeでもTortoiseGitでもお好きなのを
LinuxならGitHub Desktopしかない気がする
918 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0fe6-sMWx) mailto:sage [2023/09/22(金) 12:25:38.45 ID:zqcoLnA20.net]: >>884-888
みなさんありがとうございます。
TortoiseSVNやTortoiseGitやSourceTreeのGUIのみでやってきたので、
コマンドとかスクリプトとかが絡んでくると諦めそうになりますが、いろいろ試してみます。
919 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fbb-mga4) mailto:sage [2023/09/22(金) 14:07:04.05 ID:QgJpwCFm0.net]: >>889
最初はハードル高いけど、プログラマなら覚えてスクリプトとか書くようになると GUI まどろこしくてやってられねー。ってなるよ。
がんばれ
920 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4d02-+cLA) mailto:sage [2023/09/30(土) 06:21:53.24 ID:QeOF2WAv0.net]: (*ノ・ω・）ノオオオオォォォォ
921 名前：デフォルトの名無しさん (JP 0Hd1-tvb5) mailto:sage [2023/09/30(土) 20:34:11.62 ID:T95KWQ43H.net]: origin/branchとする場合と、origin branchとする場合が混在してて分かりにくいわ
設計がでたらめなんだろうな
922 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbbb-s7v3) mailto:sage [2023/09/30(土) 21:49:53.62 ID:YL ]: [ここ壊れてます]
923 名前：nuUfaR0.net mailto: >>892
別のものを指してるんだよ。
origin/branch は remotes/origin/branch の略でただのブランチ名。ローカルにあるリモート・ブランチのコピーを指す。ほとんどのコマンドで使える。ネットワーク切れててもアクセス可能。最新版じゃないかもしれない。
origin branch は特定のコマンドだけで受け付ける形式で、リポジトリ名とブランチ名の2つを指定して、ネットワークの先にあるリモート・ブランチそのものを指す。
その特定のコマンドでローカルにコピーを作って、コピーを操作するというのが git の思想。マニュアルか良い参考書を読め。 []: [ここ壊れてます]
924 名前：デフォルトの名無しさん (JP 0Hd1-tvb5) mailto:sage [2023/09/30(土) 21:58:44.23 ID:T95KWQ43H.net]: それが設計の甘さだろ
素人設計っぽいし
925 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbbb-s7v3) mailto:sage [2023/09/30(土) 22:14:28.90 ID:YLnuUfaR0.net]: >>894
これより良い設計があると思うならお前が作ってみせろ。俺が今から作っても同じ設計になるわ
926 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cb63-oFT1) mailto:sage [2023/09/30(土) 22:31:26.06 ID:rV95YYF80.net]: おかえり？
927 名前：デフォルトの名無しさん (JP 0Hd1-tvb5) mailto:sage [2023/09/30(土) 23:20:55.81 ID:T95KWQ43H.net]: >>895
別にいいけど、見積してほしいなら営業経由でお願いします
928 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbbb-s7v3) mailto:sage [2023/09/30(土) 23:21:44.57 ID:YLnuUfaR0.net]: >>897
営業の連絡先教えて
929 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b47-zhxJ) mailto:sage [2023/10/01(日) 00:26:47.74 ID:M5IYUQLy0.net]: Linusを素人呼ばわりする人の実績を知りたい
930 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7de7-bfQx) mailto:sage [2023/10/01(日) 11:56:13.91 ID:a3kOBeCu0.net]: >>892
基本的にリモートリポジトリから何かしたいコマンドはorigin branch
それ以外、つまりローカルブランチも対象になるコマンドの場合はorigin/branch

pull/fetch/pushはローカルリポジトリに対して行うコマンドでないことは明白だろう、だから前者を使う
931 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b55f-VEJP) mailto:sage [2023/10/02(月) 09:35:59.77 ID:gcnNh1oY0.net]: 20年振りに自分でプログラミングするんだけどGitの概念がわからなすぎて辛い・・・
リポジトリだのブランチだのステージングだのコミットだの今までの言語概念になかった用語多すぎて覚えきれない
今のプログラマ仕事のPG以外にどんだけ難しいことやらされてるの・・・
932 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1b19-7Zbx) mailto:sage [2023/10/02(月) 10:33:16.49 ID:wO0OiMMg0.net]: そういう場合はGUIのGitツール使えばいいと思うよ。
ただしコンフリクトの修正観念だけは知ってないと、にっちもさっちも行かなくなるしSourceTreeや
Github Desktopみたいにリポジトリを回復するためにgit stash相当を実行しますみたいなコマンドに
「はい」を選択すると、自分の修正したソースがきれいさっぱりなくなって絶望することになるけど。
　実は自分の修正差分は退避されてるだけなので復帰は十分可能なんだけど新人さんはパニくる。
933 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1b19-7Zbx) mailto:sage [2023/10/02(月) 10:33:19.63 ID:wO0OiMMg0.net]: そういう場合はGUIのGitツール使えばいいと思うよ。
ただしコンフリクトの修正観念だけは知ってないと、にっちもさっちも行かなくなるしSourceTreeや
Github Desktopみたいにリポジトリを回復するためにgit stash相当を実行しますみたいなコマンドに
「はい」を選択すると、自分の修正したソースがきれいさっぱりなくなって絶望することになるけど。
　実は自分の修正差分は退避されてるだけなので復帰は十分可能なんだけど新人さんはパニくる。
934 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1b19-7Zbx) mailto:sage [2023/10/02(月) 10:36:05.48 ID:wO0OiMMg0.net]: すまん。大事でもないのに2回も送信を。
935 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbbb-s7v3) mailto:sage [2023/10/02(月) 10:49:59.75 ID:sE51mbEV0.net]: >>901
待てや、20年前でもコミットとかブランチとか普通にあっただろ？どの時代から来た？
ステージングは git 特有だが
936 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbd6-zllv) mailto:sage [2023/10/02(月) 10:50:29.34 ID:iCG5DN620.net]: 入門書一冊読めば解決するし、その価値があるよ
937 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e370-AvD6) [2023/10/02(月) 10:52:28.41 ID:pR5nwWYa0.net]: GitってよりSCM全般の話に読めるけどねその中だとステージングくらいじゃないGit固有って
用語にしたってもどれも20年前の時点で一般的だった言葉だと思うけど
938 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b55f-VEJP) mailto:sage [2023/10/02(月) 11:02:09.86 ID:gcnNh1oY0.net]: UNIXだったりcobolやらjavaやら仕事でやってたけどリポジトリなんて聞いたこともない単語だ
王様のブランチと結果にコミットかて
そもそもソース管理なんてISO14001遵守の職場でもコピペ日付だったしそれでなんの不都合もなかったぞ

あんだけやってたのにもはやvi操作すらおぼつかん50近くにもなってバックレたい気分
939 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 053a-1OHF) mailto:sage [2023/10/02(月) 12:01:08.22 ID:SXlrusWO0.net]: gitの開発MLに以下の題のパッチが流れているな。

Initial support for multiple hash functions
940 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbbb-s7v3) mailto:sage [2023/10/02(月) 13:07:10.69 ID:sE51mbEV0.net]: >>908
当時から技術についていけてなかったんだな。そういう駄目な鍛えられ方したやつは今でも git 無しでも大丈夫やろ。
git 理解したら、若い時の苦労はなんだったのか？最近の若い奴らは恵まれ過ぎ！とか愚痴れるぞ
941 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e32b-T/nl) mailto:sage [2023/10/02(月) 13:22:55.35 ID:Rca7jjjr0.net]: 昔ながらのやり方じゃなきゃヤダとか言ってるわけじゃないんだからそうマウント取ってやるもんじゃないよ
そういう現場だってあってもおかしくない
これから学んでいけばいいだけだ
942 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7dc5-bfQx) mailto:sage [2023/10/02(月) 15:14:29.97 ID:IuzIRJSX0.net]: gitは言ってみればCVSやSVNのアンチテーゼとして生まれたんだから、今時アナログ方式のコピペ日付しか知らん人にいきなり触らせようっても敷居が高すぎる気がする
943 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbbb-s7v3) mailto:sage [2023/10/02(月) 15:39:03.67 ID:sE51mbEV0.net]: いまでも git 使ってない現場はいくらでもあるけど 15年以上前からあるし、
svn が 20年前、cvs は30年前、rcs なら40年前からあるので使って無くたってコンピュータ関係の技術勉強してれば用語くらいは知ってるだろ。
944 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-5C2y) [2023/10/02(月) 17:38:30.99 ID:sFvf9xp1a.net]: RustはGit必須みたいなもんだから
Rustに人が寄り付かんのはそれも原因の一つかもな
945 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbf2-zdIy) mailto:sage [2023/10/02(月) 17:47:06.79 ID:yCa1ZEhN0.net]: SCMが当たり前になったのはGitとGitHubが大きいかと
最初は戸惑うかもしれんが慣れれば便利だよ。新しい言語覚えるよりは楽だと思う
946 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-/ruS) mailto:sage [2023/10/02(月) 18:26:48.75 ID:+jT1qHkKa.net]: git 最初触った時はGUIだったが、なんかピンと来なかった。
CLIで手順通りを繰り返したらCLIの方が好きになった。
947 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5511-OvTs) mailto:sage [2023/10/02(月) 19:35:19.50 ID:YkkFFBCk0.net]: >>908
使わなければいいだけでは。
IDEや補助輪と同様、初心者にこそ恩恵があり、無くても問題ない奴には何も恩恵がない。
910みたいな他でマウント取れない馬鹿には都合がいい程度の難度だから、馬鹿には大受けのようだが。
あと10年もすれば同様に、「(gitを使わずに済む)最近の若い奴らは恵まれ過ぎ！」とか言われてるだろうよ。
それくらい、ツールとしては糞だ。
948 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr21-bfQx) mailto:sage [2023/10/02(月) 19:39:08.72 ID:TXfQMD6Nr.net]: >>913
勉強してこなかったんだろ
察してやれよ
949 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7d8e-bfQx) mailto:sage [2023/10/02(月) 19:41:35.41 ID:IuzIRJSX0.net]: お、長文くん来たか？
950 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbf2-zdIy) mailto:sage [2023/10/02(月) 23:05:00.22 ID:yCa1ZEhN0.net]: もはやただの罵倒でしかないし悪化してんな
かわいそうに
951 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e3e4-bgWu) mailto:sage [2023/10/02(月) 23:35:51.73 ID:s4Ooaae70.net]: GUIの方で使ってるけど名前被りとか他の人のブランチに混ぜ込まれた結果妙なことになったりと複雑怪奇な流れになってるわ
どっかでデグレ起こしてそうだけどちゃんとマージ出来てるのかなぁ
952 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2dd5-CKPX) [2023/10/03(火) 01:09:10.30 ID:L5ynN8zU0.net]: FreeBSD2.2.8ぐらいからUNIXを触るようになったけど、当時最新のソースでbuild worldをするためにCVSの知識は必要で、当時の教本にも書いてあったような記憶。
git pull相当をするだけだったけど。
953 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5511-OvTs) mailto:sage [2023/10/03(火) 06:06:54.45 ID:wFangL5Y0.net]: 新人がパニクるのを通過儀礼とするのは昭和ですらありえない価値観だ
実際、そんな糞ツール他にないだろ
これを異常だと感じれないのだから、信者は相当歪んでしまってる
誰が設計しようが、糞は糞だよ
954 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbcf-VEJP) mailto:sage [2023/10/03(火) 08:05:28.16 ID:T4xoqdb50.net]: >新人がパニクるのを通過儀礼とする

どのことを言ってるんだろう
955 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-5C2y) [2023/10/03(火) 11:25:53.28 ID:QaeBAOHSa.net]: 386BSD使っててFreeBSD98もbuildしたけどCVS要らなかった希ガス
956 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cbbb-s7v3) mailto:sage [2023/10/03(火) 14:36:02.52 ID:Ff/kdv8D0.net]: 長文くんは自分が理解できないだけのを、初心者には理解できないに、擦り替えるから。
今 git を使ってるのべ1億人の人たちも最初は初心者だった。（1億は github のユーザー数な）
957 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1b19-7Zbx) mailto:sage [2023/10/04(水) 19:57:12.00 ID:DAvATOQV0.net]: むしろ新人に概念教えずにExcelやメモ帳で開いてコマンドコピペで設定しろって新人教育してるから

例えばmavenリポジトリ設定してても、新人はリポジトリって知らないってなっちゃう。

　管理者(メンテナー)だけにファイル管理任せたり、ファイルサーバーにtarball置いて、これ使ってね

ってするのは一見楽そうなんだけど、た担当者不在やちょっとし不注意で全員地獄に落ちるような運用は

よくないよ。
958 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1b19-7Zbx) mailto:sage [2023/10/04(水) 19:58:51.90 ID:DAvATOQV0.net]: あっとコピペミス。

た担当者不在やちょっとし不注意
→担当者不在やちょっとした不注意
959 名前：デフォルトの名無しさん mailto:sage [2023/10/06(金) 10:17:42.42 ID:SrvwZTkM0.net]: 前にgitに一時期アクセスできなくて騒ぎになったじゃん？
あれって自分の会社でgitサーバ建ててなくてgithubにリポジトリ置いてたとこだけがそうなったってこと？
960 名前：デフォルトの名無しさん [2023/10/06(金) 10:43:15.32 ID:KB8Ww9GdM.net]: 50近くでこれじゃあb55f-VEJPは色々大変そうだなあ
961 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1b19-7Zbx) mailto:sage [2023/10/06(金) 12:48:24.76 ID:z3dbnPrg0.net]: >>929
それOSDNと混同してない？
gitはあくまでコラボレーションサービスを実現するためのコマンドツール。
GitHub、GitLab、OSDNなどはgitサービスを提供してるwebホスティングサービスで全然違うからね。
962 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-5C2y) [2023/10/06(金) 13:23:15.43 ID:Zl0hPCVya.net]: githubもgistも時々落ちるからな
だがgithub使ってる人はローカルにもrepository持ってるはずだから
複数人居たら居たでローカルのrepositoryで生き残ってる人のでどんどん進めていけばいいだけ
963 名前：デフォルトの名無しさん mailto:sage [2023/10/06(金) 18:07:39.93 ID:SrvwZTkM0.net]: >>931-932
ありがとう。大分使い方も用語も覚えたけどやっぱ年取ってから全くの新しいこと覚えるのは疲れる
964 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c901-8yf1) mailto:sage [2023/10/16(月) 16:22:53.30 ID:/eHa6Pba0.net]: https://i.imgur.com/aPRgNUK.jpg
良ければ一度お試しください
ik..tk N-G用
965 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ a9ad-ivxV) mailto:sage [2023/10/16(月) 17:15:34.57 ID:DMQ9EWma0.net]: >>934
めっちゃ簡単よ
966 名前：デフォルトの名無しさん mailto:sage [2023/11/03(金) 22:56:38.45 ID:HEEQNlRS0.net]: Git v2.42.1
967 名前：デフォルトの名無しさん mailto:age [2023/11/03(金) 22:57:57.68 ID:HEEQNlRS0.net]: Git v2.43.0-rc0
968 名前：デフォルトの名無しさん mailto:age [2023/11/09(木) 13:04:20.29 ID:79+avRyV0.net]: Git v2.43.0-rc1
969 名前：デフォルトの名無しさん mailto:sage [2023/11/12(日) 00:53:40.69 ID:3VdncC2q0.net]: 混乱を引き起こしがちなGitの用語まとめ
https://gigazine.net/news/20231111-confusing-git-terminology/
970 名前：デフォルトの名無しさん mailto:sage [2023/11/13(月) 10:35:02.43 ID:mJ4uqsf80.net]: Tiktok LiteでPayPayやAmazonギフトなどに交換可能な4000円分のポイントをプレゼント中！
※既存Tiktokユーザーの方はTiktokアプリからログアウトしてアンインストールすればできる可能性があります

1.SIMの入ったスマホ・タブレットを用意する
2.以下のTiktok Liteのサイトからアプリをダウンロード（ダウンロードだけでまだ起動しない）
https://tiktok.com/t/ZSNfswHBq/
3.ダウンロード完了後、もう一度上記アドレスのリンクからｱﾌﾟﾘへ
4.ｱﾌﾟﾘ内でTiktokで使用してない電話番号かメールアドレスから登禄
5.10日間連続のチェックインで合計で4000円分のﾎﾟｲﾝﾄゲット

ﾎﾟｲﾝﾄはPayPayやAmazonギフト券に交換できます
家族・友人に紹介したり通常タスクをこなせば更にﾎﾟｲﾝﾄを追加でゲットできます
971 名前：デフォルトの名無しさん mailto:sage [2023/11/13(月) 11:26:23.20 ID:xtUHk+ga0.net]: >>940
これはやるべきだな
972 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1f16-hhR/) mailto:age [2023/11/15(水) 08:50:03.05 ID:buSu8flS0.net]: Git v2.43.0-rc2
973 名前：デフォルトの名無しさん [2023/11/16(木) 21:17:38.48 ID:p8OwVWG60.net]: gitlabで教えて下さい。
前回のアーティフクトから今回のビルドの
前提条件として呼び出すコマンドってあります？

ようはlinuxで今回の対象となる関連性のある生成物が
存在した上でピンポイントでビルドしたいんだが…
それが無いと今回のビルドが通らないから…
全量ビルドは時間かかるから回避したい。
974 名前：デフォルトの名無しさん mailto:age [2023/11/21(火) 03:57:24.26 ID:ZLOnuFMB0.net]: Git v2.43.0
975 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4619-rrr/) mailto:sage [2023/11/21(火) 09:16:25.04 ID:O+DU5w3/0.net]: それはホスティングサービスの範疇外なのでドキュメント読むかソース読むしかないな。
976 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bf2f-FJ+M) [2023/12/12(火) 21:38:16.44 ID:UcIMhK7e0.net]: 大変申し訳ありません。
Gitをインストールしたいのに公式から「64-bit Git for Windows Setup」でクリックしたら
「a93c7233-5099-4ce1-8597-efb65113b310」がダウンロードされたものの
クリックすると開くアプリを選択してくださいと表示されます。どなたか原因わかるかたいませんか？
977 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbb-HI/Z) [2023/12/12(火) 21:45:55.02 ID:eCiKKvHi0.net]: 原因は知らんけどファイル名に.exeつけて実行すれば多分いけんじゃねーか
978 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ bf2f-FJ+M) [2023/12/12(火) 21:48:24.92 ID:UcIMhK7e0.net]: >>947
盲点でした。
昔はそうやってきたのにいつの間にやらインストーラーが自動的にできてるので
忘れてました。申し訳ない。ありがとうございます。
979 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbb-HI/Z) [2023/12/12(火) 21:53:17.87 ID:eCiKKvHi0.net]: へー良かったじゃん俺は昔も今もそんなやべーコトやったことねーけど
980 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 779c-oyLK) mailto:sage [2023/12/13(水) 12:17:52.84 ID:M1AUf2nT0.net]: >>948
公式に指摘して修正を待ったほうがいい。
万が一ウイルスだったら面倒。
981 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 972d-0Raz) mailto:sage [2023/12/13(水) 12:57:12.86 ID:FwVX+D0u0.net]: ブラウザがファイルの受信完了を検知できなくて、ダウンロード完了後にファイル名をリネームする前で止まっている動きじゃないの
982 名前：デフォルトの名無しさん [2023/12/13(水) 13:42:26.90 ID:1HCtuEKDM.net]: ハッシュ値くらい見てんだろうよさすがに
983 名前：デフォルトの名無しさん [2023/12/17(日) 12:12:25.07 ID:jh ]: [ここ壊れてます]
984 名前：X+3G87M.net mailto: 大した不満も出てないしあと20年はgitの天下かな []: [ここ壊れてます]
985 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ eff1-6rZX) mailto:age [2023/12/18(月) 14:50:59.99 ID:TQl5xJfr0.net]: 現在の最大のソースであるLinuxのカーネルとWindowsのソースをgitで管理してるから、
当分gitの覇権は揺るがないでしょ
986 名前：デフォルトの名無しさん mailto:sage [2024/01/01(月) 07:07:12.99 ID:uqujemOE0.net]: SQLiteがバージョン管理システムとしてGitを採用しない理由
https://gigazine.net/news/20231231-why-sqlite-does-not-use-git/
987 名前：デフォルトの名無しさん mailto:sage [2024/01/01(月) 17:16:07.39 ID:rut3bssP0.net]: git は常にPCの前に座っているプログラマ向けで、抽出も整形も必要ならいくらでも自分で専用のスクリプト組むし、git を部品に使って試行錯誤で自分環境DIYするようなトップ層向けツールなので仕方ない。
スマフォで綺麗に整形された変更履歴みたいとか、インストール一発で使える環境欲しいとか言い出すようなカジュアル層には向いていない。
おばちゃんの買い物にはF1カーもラリーカーも必要ないのと一緒。
988 名前：デフォルトの名無しさん mailto:sage [2024/01/01(月) 23:00:32.79 ID:i0fpzc0p0.net]: Fossilってベースとなるコマンド体系はGitからそのまま引き継いでいて、All-in-one-gitとかBetter Gitともいうべきものなんじゃないの
Fossilを使うからGitは使ってませんっていう発言は奇妙に感じる
俺は明太子しか食べないのでタラコなんて食べません的な違和感
989 名前：デフォルトの名無しさん mailto:sage [2024/01/02(火) 00:23:26.37 ID:BimYkLiY0.net]: >>957
カジュアル層向けのコンパクトツールなので外見はよく似てても中身が全然違う。
DB (SQLite) にリポジトリ突っ込むようなツールは自作スクリプト等からは不便で使いものにならない。お仕着せのUIで満足する人なら違いはないかもしれない。
990 名前：デフォルトの名無しさん [2024/01/02(火) 21:12:55.43 ID:D4QZDRiQ0.net]: 昔インストールしたことあって、コミット操作がアトミックなのはいいなと思ったけどそもそものVCSの出来がちょっと悪かったな
空ディレクトリが作れない、ファイル名の変更を追従出来ない、ブランチを消せない、リベース出来ないとか色々あった気がする
991 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 09:46:59.83 ID:VEr/HLV+0.net]: >>959
コミットがアトミックって？？
逆に最近のでアトミックじゃないコミットするやつとかあるの？
992 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 16:52:43.79 ID:3n4RUKo60.net]: ローカルフォルダに日付を書いてコピーじゃダメな時代つらい
それで問題なかったじゃない・・・
993 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 17:21:51.17 ID:mx0XXroR0.net]: それで問題ないなら引き続きそうすれば良いだけ
手段の目的化なんてどこにでもあるしgitでもそう
994 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 17:30:05.12 ID:vWx+zHqb0.net]: 一度スマホに慣れたらあまりの便利さにガラケーに戻りたいなんてほとんどの人間は思わなくなる
これは自分で使ってみるまではわからない
功罪それぞれあっても魅力が勝ればいずれ世界基準が更新される
ドロップアウト勢には職場で使わざるを得なくなったりして辛いだろうな
けど生き残れるのは変化に適応できるものというのが世の常
泣くのが嫌ならさあ歩け
995 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 18:17:59.30 ID:mx0XXroR0.net]: それは全然例えが的外れ

そもそもガラケーとスマホは用途が違う
ガラケーは基本、電話専用機で、電話メインならガラケーだし実際にジジババはそうなってる
一方若者は電話そのものをしないのでスマホ一択しかない

gitは所詮ツールであり、そのツールを使えば便利な人が使えばいいだけ
あらゆる料理人が何だかんだで包丁を使ってるように、
ピーラーやスライサー等いろんな便利な道具が出来ても必要のない人は多い
gitが出来る事はただの履歴管理程度だから、それが日付フォルダで十分なら使う意味はない

まあいずれにしても本人が決めればいい事ではあるが
ちな、世界基準はモノレポに移行中なんだろ
996 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 19:26:27.99 ID:mx0XXroR0.net]: >>961
付け加えると、何の機能が欲しいかだよ

今、日付フォルダ方式で困ってないとして、何か面倒な作業があって、それがgitで楽に解決出来るなら作業効率は上がる
そうでないなら、git使うのは自由だが、当然メリットも特にない
ツールだから試さないと分からないのも道理だが、
この理屈なら世界中のあらゆるツールを試さなければならないし、時間の無駄だろ

だから何かしら情報を得るつもりなら、その投稿自体が間違ってて、
「今こんな事で困ってて、或いはこんな事が面倒なのですが、gitで解決出来ますか？」じゃないと意味がない
逆に、具体的に何も思いつかないのなら、君がgitを使う意味もメリットもないだろうよ
997 名前：デフォルトの名無しさん [2024/01/03(水) 21:27:57.86 ID:nlvjBhnXM.net]: >>961は前に来てた50歳おじさんだけど分かってる?
自分が分からないツールの使用を外から押し付けられてるっていう愚痴話なんだからお前こそ見当違いだよw
998 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 23:27:09.51 ID:lVSmxAZC0.net]: 使うメリットのないツールを押しつけてくるのなら害でしかない
999 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 23:44:18.67 ID:caYv67280.net]: ガラケーが電話専用機って言うのは乱暴な意見だな
爺婆のメインの使用が電話だというのも、色々認識が違う
1000 名前：デフォルトの名無しさん mailto:sage [2024/01/04(木) 00:19:10.11 ID:daKpNGfk0.net]: そもそも爺婆がスマフォ使わないとか何時の時代の人間なんだ？ 80代のうち婆が私のLINEアカウント教えろと煩い。
使い始めるまでは抵抗があっても、使って便利だったら結局使う。そういうもんだ。
1001 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1977-t8kh) mailto:sage [2024/01/04(木) 04:23:17.66 ID:TgOINZk+0.net]: ならそのLINEババアにgitを教えれば、お前は幸せになれるよ
1002 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 07:38:22.58 ID:O+Abq04vd.net]: 話ぶった切るが、32bit　win10でメチャ軽いインターネットブラウザある？
広告は重くなるので無い方が良い
adguardはまともに動かない32
1003 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 10:26:00.52 ID:KwPCWpVD0.net]: >>971
gitのブラウザということならsourcetreeがおすすめ
1004 名前：デフォルトの名無しさん mailto:sage [2024/01/10(水) 16:43:15.29 ID:1AD9Jym30.net]: まず64bit使えよ
大したこだわりがあるわけでもないんだし
1005 名前：デフォルトの名無しさん mailto:sage [2024/01/11(木) 21:07:46.76 ID:1ayUjZ0f0.net]: 開発MLでRustをgitの開発に使うかについて議論してる

https://public-inbox.org/git/87v880m6r3.fsf@gentoo.org/T/#t
1006 名前：デフォルトの名無しさん mailto:sage [2024/01/12(金) 12:41:21.69 ID:W2JL+gqC0.net]: >>974
今からRust採用するよりコーティング規約を強化したほうが効果的なのにな。
1007 名前：デフォルトの名無しさん [2024/01/23(火) 09:07:20.01 ID:gKnI9f0KV]: 横沢高徳って救いようのないほと゛物事の本質を理解できないオッサンた゛よな
地方は農業しかなく人囗減少や獣害の原因はそれが崩壊してるからだとか何言ってんだか
世界最悪の殺人テ□組織公明党強盗殺人の首魁蓄財3億円超の斎藤鉄夫國土破壞省が海に囲まれた日本全國わざわざ陸域にクソ航空機
飛ばしまくって津々浦々まて゛航空騒音まみれにしてるから静音が生命線の知的産業が地方に行く意味を見いだせないんだろ
クマさんの蜂起も齊藤鉄夫による気候変動推進によって山て゛食料確保できなくなったのが原因た゛し、伝統だの文化だの祭た゛のほさ゛いてたが
物事を合理的に理解できない氣持ち悪い連中に絡まれたくないと考える人か゛増えてるから地方が嫌がられてることも理解してない
地方ほど自閉隊まて゛酷い騷音まき散らしてるが日本全国騒音まみれにして威力業務妨害に私権侵害に子供の学習環境まて゛破壊してる現状を
スルーして憲法の下の平等も世代による公平まで無視しながら赤の他人から強奪した金を地方や子供を持つ親にくれてやれだの呆れ返るな
(ref.) tТрs://www.сall4.jp/info.phΡ?type=items&id=I０000０６2
ttps://haneda-projeｃt.jimdofree.com/ , ｔΤｐs://flight-route.com／
tтps:／/n-souonhigaisosｙoudan.amebaownd.Сom/
1008 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5790-tVoN) mailto:sage [2024/02/04(日) 20:15:20.64 ID:mIlznWQf0.net]: AJAXIO is call meaning mean so
1009 名前：デフォルトの名無しさん mailto:sage [2024/02/10(土) 09:45:59.78 ID:yygIlwsf0.net]: Gitを置き換えるバージョン管理システム「Jujutsu」
https://softantenna.com/blog/jujutsu-replace-git/
1010 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 977b-F/WQ) mailto:sage [2024/02/10(土) 12:53:35.20 ID:9iSbxvjq0.net]: >>978
記事読んだ限り筋は良さそう
1011 名前：デフォルトの名無しさん [2024/02/10(土) 13:38:31.15 ID:Lnvr8cC+0.net]: >>979
そういうの好きそうだもんなお前
1012 名前：デフォルトの名無しさん mailto:sage [2024/02/10(土) 14:05:47.67 ID:KFlS7DKx0.net]: かなり発音しにくそうな名前だけどいいのか
tsuの音がある言語って日本とモンゴルくらいしか知らん
1013 名前：デフォルトの名無しさん mailto:sage [2024/02/10(土) 15:04:41.60 ID:SfJ6yEpg0.net]: 検索したら、そのキーワードでは別のものが引っかかるので、名前は変えて欲しくないかい？
1014 名前：デフォルトの名無しさん mailto:age [2024/02/10(土) 16:04:06.68 ID:4+aVXZGa0.net]: Git v2.43.1
1015 名前：デフォルトの名無しさん mailto:age [2024/02/10(土) 16:04:48.77 ID:4+aVXZGa0.net]: Git v2.44.0-rc0
1016 名前：デフォルトの名無しさん mailto:sage [2024/02/10(土) 17:22:13.63 ID:S5PFmqZN0.net]: 呪術は名前悪すぎる
1017 名前：デフォルトの名無しさん mailto:sage [2024/02/10(土) 18:03:23.45 ID:0f3gz8pL0.net]: 柔術かもよ
1018 名前：デフォルトの名無しさん [2024/02/10(土) 18:12:06.90 ID:j+YGkB+H0.net]: ぶっちゃー
1019 名前：デフォルトの名無しさん mailto:sage [2024/02/10(土) 18:39:02.97 ID:eUiKnAo30.net]: じゅじゅちゅ
1020 名前：デフォルトの名無しさん mailto:sage [2024/02/11(日) 14:27:49.37 ID:iQTcekl50.net]: コミットとしての作業コピーは考えたことがあるけど、普段の作業が重くなりそうな気がするんだよなぁ。
実際はどうなんだろ？
1021 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6f21-BO+l) mailto:age [2024/02/11(日) 15:56:02.09 ID:09d5mn1u0.net]: >>978
googleで開発って事は浜野さんも開発に協力してるのか？
1022 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6368-2fGV) [2024/02/12(月) 10:14:13.79 ID:DCuBulki0.net]: >んvep
時々メンテしないと
いので使い果たす問題とかエクスプローラー周辺が激重になる問題とかあるんじゃね
1023 名前：デフォルトの名無しさん mailto:sage [2024/02/12(月) 13:58:50.42 ID:jOXZj9DO0.net]: バックエンドにGit使ってると言いながら置き換えになるというのがよくわからん
1024 名前：デフォルトの名無しさん mailto:sage [2024/02/12(月) 16:05:53.81 ID:36cJdD9s0.net]: 抽象化して切替可能だって書いてあるじゃん
1025 名前：デフォルトの名無しさん mailto:sage [2024/02/12(月) 16:15:42.53 ID:FSKnAMMD0.net]: たまにリベースがクソめんどくさいことになるのが
フロントエンド変えたら解消するのはどんな理屈だろ
1026 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff84-q3L4) mailto:sage [2024/02/13(火) 00:10:24.23 ID:51PO8GN20.net]: フロントエンドが面倒くさいこと代行してくれるんだろ
1027 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6351-dm05) mailto:sage [2024/02/13(火) 08:46:09.73 ID:1GPTeaO40.net]: GitHubが提供してる gh コマンドみたいなもんだろうなあ。
1028 名前：デフォルトの名無しさん mailto:age [2024/02/15(木) 08:40:14.85 ID:En27mXas0.net]: Git v2.43.2
1029 名前：デフォルトの名無しさん mailto:age [2024/02/15(木) 08:40:48.51 ID:En27mXas0.net]: Git v2.44.0-rc1
1030 名前：デフォルトの名無しさん mailto:sage [2024/02/15(木) 09:51:05.06 ID:En27mXas0.net]: 次スレ

Git 20
https://mevius.5ch.net/test/read.cgi/tech/1707958209/
1031 名前：デフォルトの名無しさん mailto:sage [2024/02/15(木) 13:47:25.38 ID:En27mXas0.net]: 梅
1032 名前：デフォルトの名無しさん mailto:sage [2024/02/15(木) 13:48:36.55 ID:En27mXas0.net]: 梅
1033 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 465日 21時間 8分 10秒
1034 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef