[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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しても、何もメリット無いけどね。
まあやるのはご自由にだが、
そのシステム部門も君達が作成した文書を日常的に更新チェックする事もないし、意味もないと思うのだけど。
やるにしても、普通に「文書管理システム」のどれかを導入した方がいい気がする。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.039s