gitを使っている人に質問です。

質問

gitでソース管理をしています。

gitではファイルをコミット、プッシュする用のリポジトリフォルダと、自分がローカルで作業する用の普通のフォルダ、２種類のフォルダで作業せよと教わったのですが、そうなんですか？

「Project」というフォルダを、リポジトリとしているとします。

そのコピーを「Project2」とし、ローカルでのファイルの修正はそこですると。
で、自分の修正が終わってコミット、プッシュする前に、
「Project」を最新にするためにそこで同期、プルを行います。
その後で「Project2」の中の自分が修正したファイルを「Project」の中に上書きし、その後にコミット、プッシュする。

そういう流れなんでしょうか？

滅茶苦茶分かり辛いのですが。
同じプロジェクトファイルが２つもあるなんて、ごちゃごちゃになりそうです。

上からはそういう風に指示されたけどそんなの面倒なので、「Project」の中のファイルをダイレクトに修正していました。

んでプッシュしようとしたら失敗しました。
別の人が、自分のと被らないファイルを修正したようでした。

ここで、自分がもしそのファイルを最新にせずにコミット、プッシュをしたら、自動でマージしてしまうか、私のローカルにあった古いファイルで上書きしてしまうのでしょうか？？？

自分が修正したファイルだけをアップするんじゃないんですか？
SVNやVSSならそうだったはずです。

GIT、意味不明です。
GITに反対します。

ご意見をよろしくお願いします。

回答No.1

catpow · ベストアンサー

>>自分がローカルで作業する用の普通のフォルダ、２種類のフォルダで作業せよと教わったのですが、そうなんですか？

ちょっと重大な知識が欠落しているようですけど、大きく見ればそうです。

>>「Project」というフォルダを、リポジトリとしているとします。
そのコピーを「Project2」とし、ローカルでのファイルの修正はそこですると。
で、自分の修正が終わってコミット、プッシュする前に、
「Project」を最新にするためにそこで同期、プルを行います。
その後で「Project2」の中の自分が修正したファイルを「Project」の中に上書きし、その後にコミット、プッシュする。
そういう流れなんでしょうか？

違います。

>>上からはそういう風に指示されたけどそんなの面倒なので、「Project」の中のファイルをダイレクトに修正していました。

そんな運用が可能だということは、プロジェクトにGitをまともに理解している方が誰もいないのでしょうね。

>>GIT、意味不明です。
GITに反対します。

たしかにGitは、理解が難しい面があって、きちんと理解できるまで数か月とか半年の利用経験が必要なことも多いです。
まあ、Gitを理解している方が居ない開発現場は大手企業のシステム部でも、割と多いですからね。

質問者さんのいるプロジェクトは、SVNを使ったほうがいいのかもしれないですね。

お礼

ありがとうございました