[社内新人向け]Gitで使ってほしくないコマンド - Qiita

社内に新人が増えてきたので、弊社のWeb開発でのGitのゆるーい利用方針をまとめます。 本当はネガティブなことばかり書かずに、「覚えて欲しいコマンド、使ってほしくないコマンド」というタイトルにしたかったのですが、予想以上に長くなりそうなので分けます。 (追記：第二弾できました) → [社内新人向け]Gitで絶対にオススメなプラグインや設定3つ 社内環境 Web系開発がほぼ100％ ブランチワークはGitflowをベースにしたプルリク駆動開発 少人数チームなので、エンジニアは全員LinuxのCUI操作をできて欲しい（vagrantや開発サーバ上の操作など） GitのGUIクライアントは、SourceTreeとGithub公式を試しましたが、初学者が使うと却って危ない挙動をしてしまうケースがあったので、全員CUI操作をしてもらうことにしました CIツールはまだ導入できず。各サーバーへのデプロイ

[naopr]

はいはい push -f でしょって思ったらなくて驚いた。そしてあまり同意できない内容だった

[wordi]

社内事情をQiitaに書かれても・・・

[mizchi]

--force の力を信じろ

[pullphone]

なんのための .gitignore だと思ってるの… / push develop に関しては fork すりゃ済む話だし

[akanex3]

git push -f かな。

[nekoruri]

むしろ「git add .」できれいにコミットできるようにする方が幸せになれると思う。diff --cachedしないでcommitするなってのならわかる。 // それはそれとしてadd -pが便利だというのは同意 :)

[karikari1255]

使ってほしくないコマンドは設定で回避する方法を同時に試したほうが良いと思う。例えばmasterへのpush禁止ならpre-push hookを各自のローカルに設定させるという方法もある。

[uturi]

SouceTreeのようなGUIを使えば視覚的に確認しやすく、不要なファイルのpushも防げるように思えるんだが。危険だからGUIを使わないというのは逆にハードルを上げてしまい「確認が面倒だからallしちゃえ」となりがちな気も。

[yamuchagold]

gitのコマンドラインには限界がある説。正直どういうレベルの人が開発に携わるかわからないから。

[marmot1123]

最近1人でgitを使っていて、fetchすることなくGitHubにpushすることしかなくて寂しい。

[sutara_lumpur]

git add -p 使いたい。

[otihateten3510]

開発環境次第ではGUIの方がよさそう

[rAdio]

ユーザ情報にOrganizationsがある＝所属を明かした上でこれだと、技術レベルとかの内部事情を漏らすことになりかねないので、俺にはできない。センシブルな内容は匿名個人としてフェイク入れつつ公開するしかない。

[mas-higa]

ベテランでも .gitignore 書けない人が多くてつらい。/ GUI 使っても確認なしに全部突っ込むベテラン…

[yosio_ism]

どちらかというとSourceTreeを使うと却って危ない挙動について詳しく書いてほしい。

[yuuAn]

うちは git add . は使っていいけど必ず git diff --cached で確認するように言ってる。

[onakamur]

“お問い合わせ”

[ktra]

GUIでいいのでは…となった

[nakeddiver]

魔法のコマンドみたいになりそうなやーつ

[tora470]

git add .がだめなんではなく、ファイル単位で別の意味の変更が混ざって1コミットに一緒くたにするのがアカンってことくらいわかるよね！まあ差分確認はGUI使った方が間違いなく楽。

[n593977]

全部やってる

[marisatokinoko]

自分はわりと納得できるけど、、コミット前これで確認してるhttps://github.com/scottgonzalez/pretty-diff

[xbs2r]

世の中をもっと便利に豊かにするべく働いてる我々がどうして縛りプレイをさせられるのか(新人向け無視) あ、fugitive派です

[gdgd-shinoyu]

`git add -p`がめんどいのでtig使ってます

[mollifier]

まず先にgit diffでチェックして、まとめてコミットして良い内容ならgit add -u、そうでないならファイルを編集するなりgit add -pで個別にadd、ってやるよね普通。毎回git add -pはさすがに無駄なのでは

[fujimuradaisuke]

大体同意。ただ、git add -pはunstaged changesを適切な単位に分割してコミットするため使ってる。あとgit commit -mを控えてgit commit -vでdiffを見てコミットメッセージを書くとよい

[enemyoffreedom]

技術者の質が確保できないなら、GUIツールで決められた操作のみ許す(一部運用頼りになるが)、とかの方が。で、並行して勉強会とか

[AyeBee_TY]

あきらめてGUIでやるがいいとおもう。 eclipseプラグインのEGitならコンフリクトも一目瞭然。 コマンドが覚えられない弊害がありますが。

[yantzn]

Gitルール

[matsu0313]

“しまう”

[vndn]

rebase

[syo-sa19820615]

「社内新人向け」って付けるならQiita::Teamに書いたらええのにって思ったら、ブコメが燃えててワロタ

[taki0313]

gitの使い方で解決する問題なの？ってことが混じってる

[Futaro99]

git add . をしてもいいような仕事の仕方をしよう

[hnw]

git commit -aおじさん「いちいちgit add打つのは時間の無駄だから禁止な」

[yaaamaaaguuu]

むしろ1回くらいやってみて、軽く環境を壊したらよいと思う(´・∀・｀)

[sleepin-sheep]

コメントを後で読む

[n314]

一つも同意できない。と思ってはてブ見て安心した。ただブコメも含めてgit add . じゃなくてgit add -A じゃないのとは思う。

[karaage]

git add -p知らなかった。そしてGit警察の多さに驚きおののいた