Git不慣れ勢を束ねて安全なチーム開発をするメモ - Qiita

本稿は当初チーム開発時のメンバー向けにまとめたものです。 ある程度、端折っていた背景などを記載しました。 git初心者同士でのチーム開発において、git操作を詳しく知らないメンバーも含め安全に行う必要がありました。しかし、開発期間はごくわずか...この状況を回避するために、下記の対応をとりました。 Gitコマンドの基礎的な内容を理解する（私） 各種操作をGUI上で完結させる拡張機能を色々と導入する シンプルな開発フロー(Github flow)を採用し、コマンド実行に相当する操作を限定する 各操作をGUI上での操作に置き換え、チームメンバーに教える 本稿はその際の、コマンドやGUI操作に関するメモをまとめたものになります。 こういった取り組みのおかげか、チームの開発をすんなりフローに乗せることができました。 ■ 前提条件 対象とする動き Github flowを回すうえで、 cloneする

[nemoba]

ほぼ永遠に使うであろうgitの学習さえも割けないのはチームでも何でもなく作業員では？

[Enterprise65]

SVNからGitはまなじSVNの知識があるからGitの概念を受け入れるのが難しい。

[xlc]

Gitはできることが多いので、学ぼうとすると泥沼にハマる。「これだけやりなさい」という運用をチームで決めて周知するのが吉。Gitマニアになってはいけない。

[honma200]

そこまでするならSubversionでいいじゃんって戻ったチーム知ってる。やろうとするマージとか考え方が難しくて理解しづらくて壊すくらいなら単純なことしか出来ないけど安全で管理しやすい方が良いって理論

[maninthemiddle]

Gitでチーム開発する際の最小限スタートとしてはこれで良いと思う

[Tailchaser]

みんな初心者なら基本SourcetreeでGitflowにしてrebase使わずmergeだけで回すようにすればやばい操作はSourcetreeがエラー出すから十分じゃない？規模が大きいならもう少し勉強が居るけど

[hiroomi]

“※大規模な開発で無ければ運用でカバーできるはず…”痛い目に遭遇しそう

[strawberryhunter]

事故を起こすのはTortoiseGitユーザーが多い。次にコマンドを直接使う人。SourceTreeは事故らないので、理屈上は使うコマンドを決めておけば絶対に事故らないはず。

[rck10]

「勉強すればいい」は机上の空論。Gitに限らずあらゆる技術領域において、まちまちなレベルの人間のごった煮が現場の現実。思った通りの人材が欲しいだけ集まるなんてありえない。

[findup]

内部構造まで理解して使うのが当然みたいにマウント取られるくらいのツールだもの。

[uxlayman]

いやレビューしてよ。なんのためのGit。なんのためのPR。安全とは。PR送信者の削除の説明がいみふ。マージで削除なんでしょ？--remotesを推奨してるのも事故起こしそう。不慣れ勢は概念が曖昧なのでGitHub上での操作が吉

[ton-boo]

SourceTree勢が多いですがFork推し/関係ないけどMS OfficeなどのドキュメントファイルをSubversion管理しているおっさん勢をどういう方向に引っ張っていくべきか悩んでいる

[w1234567]

ローカルで担当者がマージ後のリモートブランチを手動で削除するのは絶対事故るからPRのマージ時の設定でやってくれよ

[futonchan]

こういう使えば誰でも覚えるし便利だけど、とっつきづらいものってみんな好きだよね

[mak_in]

複数のプロジェクトの複数のブランチを見まくるので、branchが見やすいSourceTree使ってる。つい先日Windowsのexplorerのgit統合が発表されたので、これがどうなるか気になるところ。pull/branch/commit/push/プルリクがあれば十分よ

[kart0408001]

まだこんな事言わなあかんの。。。？

[lejay4405]

SourceTree使ったらダメなの？それは言わない方がいいのかな

[Goldenduck]

Git入門本1冊でどうにかなったしそれくらいの時間確保してやってよ。いつまで天下かわからんが数年で入れ替わるものではない

[circled]

割とマジで「GitHubデスクトップ」アプリを使えば良いと思う

[rkosaka]

github側でプロテクトかけておけば事故らないような...?

[m50747]

git知らない人がGUIを使うべきでは無い。事故った時に何をやらかしたか説明できないから。 業務で使うコマンド手順を作ってそれをコピペ実行やらせた方が良い。やらかしたらヒストリー追う。

[ene0kcal]

不慣れでごめーんね（二〇加煎餅風）／gitって英語製の割にコマンドの目的語がわかりにくくてね。

[devrabi]

教えるべきなのは、差分・コンフリクトがあって○○できない時の対処方法だけで良い気がします

[psne]

後は、何かおかしくなった時に全部やり直せる方法を、それなりに理解してもらうくらい。個人的にはSourceTreeに任せたい。

[cl-gaku]

“git操作をVScode上で行い、開発フローをさっさと動かしたい”

[nhayato]

見たとこWindowsなので、改行コードの設定は必要ないんだっけ？ってなった

[takanq]

burannti

[rui010]

ここでも、git使えない人に対するマウント取るやついる。エンジニア界隈の勉強しないと言って見下すやつ本当にうざいわ。

[blackphone9]

ソフトエンジニアじゃなくても有用とか言われて試してみたGit､いまだに全然理解できず｡バージョン管理対象はCADの図面｡一応CADはGit対応してるんだけど｡

[nakag0711]

最初にハマるのはメッセージの修正方法

[TriQ]

"※ Gitコマンドの理解はしている人は不測の事態においては必要不可欠です。最低でも１人は一生懸命勉強しましょう。" Gitの前に日本語コミュニケーション勉強して……こういう人が居るとほんと負荷が高まる

[ls-ltr]

gitは入社条件にしてもいいと不慣れ勢を相手にしていると思う。私もこの1年で自己研鑽で覚えた口だけど。