[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
532: (ﾜｯﾁｮｲ 477b-sttf) 2023/05/08(月)23:26 ID:5kf5hyPe0(1/2) AAS
今回はシステム部門もコンサルも糞無能なgit信者なのだろう。
とはいえ515がこれを突っぱねるのも多分無理だろう。
なるほど世の中の使えないシステムはこうやって出来上がるのか、とは思う。
5chであれ、とりあえず詳しい人に聞いてみよう、と出来た515を救ってやりたいが、かなり無理だな。
とはいえ、勝手につらつらと馬鹿git信者を論破する鍵を書いてみる。
まずgit信者はgitが万能だと勘違いしてるからこそ何でもgitで、という発想なわけだが、
現実は、「文書管理システム」が百花繚乱であり、git信者はこの矛盾に気づけないほどの低脳でしかない。
という精神論でジャブをかましつつ、そもそもフローが違う、という技術論に持ち込めばいいのではないかと。
>>515の職場でも、メールやチャットは「送信」、ファイルは「保存」しないと他人に変更/追記内容が見えない、
というのは当たり前に認識されてるはず。この「他人に公開」する手続きが、
メールやチャット：送信
ファイルサーバーやSharePoint：セーブ(=保存)
svn：セーブしてcommit
git：セーブしてcommitしてpush
と、プログラミング用のgitやsvnではセーブとは意図的に分離されてる。
これはプログラミングではセーブ後にデバッグが必要であり、実際このデバッグの方が時間もかかる為だ。
そしてcommit(=公開またはその準備）は基本的にはデバッグ完了後の完成品のみで、
共用リポジトリ（=公開サーバ)上での巻き戻しは想定されてない。
公開する前に完成品に仕上げろ、完成品のみ公開しろ、というノリだ。
対して文書、何をやってるのか分からんから勝手にエスパーだが、
「昨日の○○の件、纏めて鯖の○○フォルダに置いておきました。
関係者はチェック願います。そうでない方も軽く目を通しておいてください」
みたいなメールでの通知＋共用ファイルサーバーで情報共有を行っているとき、
まず公開した上でみんなでつついてブラッシュアップし、さらに精度を上げていくことになる。
そして十分と見なされれば決済され、駄目なら差し戻しで書き直しとなる。
533: (ﾜｯﾁｮｲ 477b-sttf) 2023/05/08(月)23:26 ID:5kf5hyPe0(2/2) AAS
この場合、
プログラミング：セーブして一人で「デバッグ」して完成品に仕上げてから、「公開」(commit+push)
（=完成品のみ公開、未完成なら原則公開してはいけない)
文書：まずみんなに「公開」(=他人に見える状態に)してからブラッシュアップ（=修正=「デバッグ」)
(=未完成品を公開した上で細部修正して完成させる)
なので、公開とデバッグの順が逆だから、
そもそもプログラミング用のシステムを通常文書に流用するのは無理がある、というより無茶苦茶だ。
そしてgitの場合、公開(=共用リポジトリでcommit済み)の後に上長に却下されて差し戻しで全面書きなおし、
みたいなことは想定されてない。これが日常的に行われたら多分すぐ破綻する。
(差し戻し履歴も全部保持するんだ！なら行けるのかもしれんが…)
そのシステム部門もコンサルも無能な馬鹿なのはほぼ間違いないが、
みんながやらないことには理由があるのだから、その理由を理解出来ないのなら変に突っ込んでいかないことだ。
無料のgitで文書も便利に管理出来るのなら、みんなやってるはずだろ。
実際は無理だからやってないんだよ。
gitの知識が豊富であったとしても、上記の通りフローが逆なのだからどうにも無理。
つか、ほぼ全員がgit使えるIT系の会社でも、ExcelやWord文書をgitで管理してるところは無いんじゃないかと。
いわゆる「ドキュメントを書け」のドキュメントはソースコードと対だから、gitにブチ込むべきではあるが、
実際GitHubにExcel/Wordが載ってるのなんて見たこと無いし。
534(1): (ﾜｯﾁｮｲ 16cf-O5MS) 2023/05/09(火)00:07 ID:jG433kbs0(1) AAS
長文くんとIP同じだな戻ってきたのか
なんかスレ立ててそっち行ってなかったっけ?
535: (ﾜｯﾁｮｲ 168f-b4b9) 2023/05/09(火)00:11 ID:B91343g/0(1/2) AAS
いつまで515に壁打ちしてんの？
もう515としては結論出てると言うのに
536: (ｱｳｱｳｳｰ Sac3-wpjJ) 2023/05/09(火)00:37 ID:Ng8dJHSta(1) AAS
長文くんとバレると、アレは出来たのかと聞かれてしまうな。
537(2): (ﾜｯﾁｮｲ e779-hkn5) 2023/05/09(火)02:17 ID:ou225tEE0(1/2) AAS
論文はgit管理するけど
538: (ﾜｯﾁｮｲ 9263-I9e7) 2023/05/09(火)03:37 ID:vJYRnkZ40(1) AAS
>>534
その立てたスレで、プロトタイプつくって公開し
使った人の意見を取り入れて改良するしかないんだから
早くつくれと言われたら、俺は迫害されてると言っていなくなった
539(1): (ｱｳｱｳｳｰ Sac3-2Hug) 2023/05/09(火)10:33 ID:mi7fQkj4a(1) AAS
>>537
論文ってTeX
540: (ﾜｯﾁｮｲ ff84-nLn4) 2023/05/09(火)11:39 ID:k0pMX7Ly0(1) AAS
>>537
テキストファイルならありなんじゃね
541(2): (ﾌﾞｰｲﾓ MM63-J6v/) 2023/05/09(火)15:07 ID:v28qnDp0M(1) AAS
最近は xlsx も docx も text を zip してるだけなのでtext形式でgit管理（git hooks とかで unzip して xmllint とか）も出来なくはない…
初心者にはちょっとハードルが高いが。
542: (ｱｳｱｳｳｰ Sac3-wpjJ) 2023/05/09(火)17:30 ID:aUfupzQYa(1) AAS
>>541
人が目で見て解析できる書き方はされてないから無理じゃないかな、と試みて諦めた事はある。
xlsx は、共同編集できるし、SharePointならバックアップに戻れるしで他所の製品凄いと思っている。
543(1): (ﾜｯﾁｮｲ e779-hkn5) 2023/05/09(火)19:03 ID:ou225tEE0(2/2) AAS
>>539
tex か簡単なときはmd ですね
公開とデバグの順序でgitを使うべきか決めることに違和感があったので文書の例を挙げてみたんです
544(1): (ﾜｯﾁｮｲ 477b-sttf) 2023/05/09(火)21:06 ID:1rp5yDQl0(1) AAS
>>541
自分ですら絶対にやらないことを人に勧めるものではないよ。
ただそもそもExcelには差分表示機能があったはず。
つか、515って普通に背任案件の気がしてきた。
git信者が布教するなら、普通は「『僕が』インストールして回って、教育もしますから、一緒に頑張りましょう」だろ。
全く知らん奴に全部やらせるのは、明らかにおかしい。失敗するに決まってる。
>>543
君が使ってて君がそれでいいんならそうだねとしか。
しかしmdってMarkdownかー。時代は変わるもんだね。
今時HTML手打ちってどんな奴よ？と思ってたが、Wordの代わりに使ってる奴居るのね。
545: (ﾜﾝﾄﾝｷﾝ MM42-aa4w) 2023/05/09(火)22:00 ID:vrZIZnTIM(1) AAS
>>544
作るとか言ってたなんとかツールは結局どうなったの?
546: (ﾜｯﾁｮｲ 168f-1giV) 2023/05/09(火)22:20 ID:B91343g/0(2/2) AAS
ズレたコメントするから長文くんてすぐにわかるねw
547(1): (ｱｳｱｳｳｰ Sac3-buBZ) 2023/05/11(木)13:20 ID:f1ZKn1xWa(1) AAS
だって >>515 自体、読んだ瞬間に嘘ネタって分かるもの。
ドキュメントの履歴管理したいならMicrosoft365のSharePointだけで実現できるし、タブレットが
なんか知らんがandroidやiPadなら英語版しかないGitクライアントなんかPC初心者に扱える訳なくて
どんなに無能なコンサルでもGitなんか提案してくる訳ないから。
548: (ﾜｯﾁｮｲ b763-I9e7) 2023/05/11(木)13:35 ID:HBg1WTkH0(1) AAS
>>547
「だって」って何なんだろ
話がつながらないんだけど
本当に「読んだ瞬間に嘘ネタって分かる」ようなものなら
スルーするか「嘘ネタ乙」で終わりにすればいいようなものだけど
長文くんらしき人もそうしてないんだよな
549: (ﾜｯﾁｮｲ f310-T3i7) 2023/05/16(火)20:12 ID:FPvuL2N40(1) AAS
Git v2.41.0-rc0
550: (ﾜｯﾁｮｲ 5f10-nsQr) [age] 2023/05/20(土)03:22 ID:j4bJhQmP0(1) AAS
Git v2.41.0-rc1
551: (ﾜｯﾁｮｲ bb10-avcF) [age] 2023/06/02(金)21:08 ID:gtdaKPCt0(1) AAS
Git v2.41.0
552: (ｱｳｱｳｳｰ Sac5-ahsM) 2023/06/08(木)21:49 ID:fx+hhIQha(1) AAS
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初心者すぎていずれも試そうとしたけどよくわからんかった
すまんが知恵を貸してくれ
553: (ﾜｯﾁｮｲ 69cf-sceX) 2023/06/08(木)22:33 ID:NtDKNzQ20(1) AAS
git fetch origin
git branch -f B origin/B
554(1): (ﾜｯﾁｮｲ 6ebb-bWHQ) 2023/06/09(金)00:04 ID:Pc7x6y6i0(1) AAS
git は動作をカスタマイズできるのでカスタマイズしてない前提で
① git pull と git pull origin は全く同じ動作。 origin の全ブランチを取得してローカルを更新
➁ git pull origin A は origin からブランチ A だけ取得してローカルのAを更新
➂ 上の2つ見れば分かるだろう
555(1): (ｱｳｱｳｳｰ Sac5-ahsM) 2023/06/09(金)23:02 ID:Q3Ivft6fa(1) AAS
>>554
回答ありがとう
②についてだけど、もしBブランチにチェックアウトしている時にgit pull origin Aとやったら、ローカルのBブランチにoriginのAブランチの内容が反映されるの？
556: (ﾜｯﾁｮｲ 8bbb-sQEV) 2023/06/10(土)01:16 ID:1CguL1f00(1/2) AAS
>>555
されない。pull の場合、今どれをチェックアウトしてるかは関係ない。あくまで origin の A を取って来てローカルの A を更新
557: (ﾜｯﾁｮｲ 8bbb-sQEV) 2023/06/10(土)01:38 ID:1CguL1f00(2/2) AAS
ややこしいの考える前に基本の使い方を覚えろ。B に A をマージしたいんなら慣れるまでは
git pull （AとBを最新に更新）
git checkout B （Bを対象にする）
git merge A （BにAをマージする）
git push （今更新したBをプッシュ）
としろ。
558(4): (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) 2023/06/21(水)08:18 ID:ZC+5zqKiM(1/2) AAS
gitって個人で使ってる分にはなんてことないけど
複数で使うと途端にいろんなトラブル起きるなぁ
ソフトを開発することが仕事なのに、ソースを管理することが目的になってる人もいるくらいw
559(1): (ﾜｯﾁｮｲ 0984-2YmD) 2023/06/21(水)08:55 ID:02AWx0hr0(1) AAS
>>558
別にそんなことないけど
560: (ﾜｯﾁｮｲ f661-oNF8) 2023/06/21(水)09:27 ID:0uJYSTxc0(1/2) AAS
Gitがトラブル起こしてるんじゃなくてGitを運用してる人がトラブル起こしてるんじゃないの
開発規模にもよるとは思うけどただ導入するんじゃなくてある程度運用ルール決めないとみんな自由気ままに使ってめんどくさくなるだけだと思う
561: (ﾃﾃﾝﾃﾝﾃﾝ MM96-4s7H) 2023/06/21(水)09:41 ID:ZC+5zqKiM(2/2) AAS
>>559
別にそんなことないけど
上下前次1-新書関写板覧索設栞歴
あと 441 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.034s