[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
526: (ﾜｯﾁｮｲ 477b-sttf) 2023/05/07(日)17:00 ID:DNOpmTqI0(5/6) AAS
>>524
0.9秒違いで前後してしまったが、
> ・システム系の部署は、すでにgitを使用しているため賛成
> ・新しいものが好きな部署も賛成
これは止めとけ、だな。
前者は自分が勉強するのが面倒だから他人に投げてるだけだし、(これは実際よくあるけど)
後者は有りだしそういう好奇心こそが上達の鍵ではあるが、導入後のメリットが無いからね。
(使ってない俺が言うのも色々おかしいが、覚えてる範囲で言うと)SharePointは下から攻めてて、
第一段階：個人のPC内に各人が管理。
メリット：何もしなくてもいい
デメリット：○○さんが居ないと最新版がどこにあるのか分からない、バックアップが大変
第二段階：共通PCまたはサーバで管理。
メリット：各人の端末から最新版にアクセス出来る、鯖だけバックアップすればいい
デメリット：誰かが編集中の場合、開けない
第三段階：SharePointで管理。
メリット：同時に鯖上のExcelやWordが編集出来る、履歴もガッツリ管理出来る、
閉じ忘れてる馬鹿がいても何とか出来る（だったはず）
要は第二段階での問題、
順番にしか編集出来ないのと、閉じ忘れて帰った馬鹿がいたら次にそいつが出社するまでどうにもならない、を対策してたはず。
だから多分Excel/Wordの簡易マージ機能を持ってる。(はず)
対してgitはLinuxの「全世界規模で同時開発」という、上から攻めてる状況で、
大は小を兼ねる程度には小にも使える程度。小用では決してないが、他も糞だから使われてるだけ。
君の部署が現在上記の第二段階なら、次はSharePointだと思う。
まさか第一段階なら、まずは第二段階を目指すべき。
527: (ｱｳｱｳｳｰ Sac3-wpjJ) 2023/05/07(日)17:06 ID:oqOmuB4ma(1) AAS
前とは別の長文君が誕生してしまった。
528(1): (ﾜｯﾁｮｲ 96bb-J6v/) 2023/05/07(日)20:34 ID:oLYbcGcf0(4/4) AAS
>>522
お前が考え方に柔軟性がないのが良く分かった。場所ごとに最適のやり方があるんだよ。
画像部門は納品作業の代わりに git に上げてるだけだから、リーダー数人でチェックして問題なけれpushで十分まわってるよ。全員が使う必要はない。
受け渡しはファイル共有でも何でもできるが、社内が git だから合わせてるだけ。そういう協力もある 。
529: (ﾜｯﾁｮｲ 477b-sttf) 2023/05/07(日)21:50 ID:DNOpmTqI0(6/6) AAS
>>528
まあ水掛け論も意味がないので>>515用に纏めると、
515のみが学んで他の人はgitの使い方を知らずに済ます場合、
これまで各自がセーブして業務完了だったところを、全部515がその後commitしてpushしないと完了しなくなる。
528の様に元々業務形態が階層化されてて上位で承認/却下を常に行う構造ならそれでも負担がないが、
一般的なExcel台帳やWord文書って社員各自がセーブして終わりだろ。
それをgit導入後は515が全部commitしてpushしないと終わらない構造になる。
それが嫌なら全員に少なくともcommitとpushまでは出来る様にさせる必要がある。
その教育に何時間かかるかは、515が今まで「サル先生」等でgit学習に何時間かけたか、
或いは今後今俺らがグダグダ言ってる内容をサクッと理解できるようになるまで何時間かかったか、を計測すればいい。
ただ、ExcelやWord文書をマージ機能もないgitでbranch切ってcommitしてpushしても、何もメリット無いけどね。
まあやるのはご自由にだが、
そのシステム部門も君達が作成した文書を日常的に更新チェックする事もないし、意味もないと思うのだけど。
やるにしても、普通に「文書管理システム」のどれかを導入した方がいい気がする。
530: (ﾜｯﾁｮｲ 4743-HZDH) 2023/05/08(月)00:56 ID:tk0NMk8j0(1) AAS
github desktopなら使いやすい
531: (ﾃﾃﾝﾃﾝﾃﾝ MMde-qVtI) 2023/05/08(月)20:09 ID:UP+iLiHiM(1) AAS
>>515
まず「よく知らないものには投資しない」というのが大原則。
導入したら最終的にどういう運用になるのか具体的なビジョンが思いつかないなら、git導入に投資してはいけない。
そもそもの話、今の課題が何でこのままだとどういう悪い状況に陥るのか、その状況をどういう状況に改善すればどういう利益を得られるのか、といった基本的な部分はどうなのかね。
具体的なゴールのビジョンも無しに考えても無駄。まずはコンサルにゴールとなる運用のビジョンと利益を説明させるべき(gitうんぬんはその先の話)だけど、>>515の会社の誰も理解していない感じだなぁ。まともな改善プロセスとか手法を勉強しておかないとコンサルのカモになるだけだよ。
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ブランチの内容が反映されるの？
上下前次1-新書関写板覧索設栞歴
あと 447 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s