gitの開発のすすめ方について

git clone -url-
で、ローカルにリポジトリを作るまではいいのですが、
そのリポジトリで作業するべきでしょうか？
それとも、さらにローカルにブランチを作って作業するべきでしょうか？

細かな変更までログに残って煩わしくなってしまわないか心配しています。
subversionは使ってましたが、
gitは初心者です。
よろしくお願いします。

No.3 ベストアンサー 回答者： ahoo_ok 回答日時： 2014/08/15 22:04

gitそのものになれないうちにrebaseはやめておけ。

mergeを素直に使った方がいい。

>細かな変更までログに残って煩わしくなってしまわないか心配しています。
mergeするときに--squashオプションをつけてコミットを一つにまとめる。

masterはリリースされたソーズかあるように自分はしている。
開発は開発ブランチで作業。

この回答へのお礼

回答ありがとうございます。

なるほど、mergeの時にコミットをまとめるオプションがあるのですね。
rebaseはまだちょっと怖いので、
まずはmergeをしっかり使えるようにします。

お礼日時：2014/08/17 23:27

No.2 回答者： MillenniuM 回答日時： 2014/08/15 19:00

ローカルの開発は、upstream と独立と考えると、

local というブランチを持つとして、
git branch local
git checkout local
[ この local ブランチに対して色々コミット ]

upstream の変更を取り込むには、
[ local ブランチを綺麗にする ]
git clean -fqdx
git checkout master
git pull
git checkout local
git rebase master
で、local に、master の変更を取り込むことが可能です。
ただ、衝突することもありえます。

この回答へのお礼

回答ありがとうございます。

私がやろうと思っていることがまさにこれでして、
これが作業的に効率が良いか、一般的な手法かどうかが知りたかったのでした。
プロジェクトによるのだろうとは思いますが、
こちらのほうが、merge前の状態もすぐにテストできるメリットがあるのかなと。

お礼日時：2014/08/17 23:13

No.1 回答者： taloo 回答日時： 2014/08/15 14:57

commitしなければログは残りません。

言い換えれば、commitしたタイミングのものでなければバージョンを戻したり進めたりは出来ません。


コンパイル（デバッグ）完了してからcommitするのであれば、メインブランチをそのまま開発用に使えば良いと思います。

開発ブランチで作業をして、デバッグが完了したらメインブランチに取り込む方が良いという話もありますが、
その方法の必要があるのは、commitをトリガーにしてコンパイル（デバッグ）している人だけだと思います。

この回答へのお礼

回答ありがとうございます。

ローカルといえどさすがにビルドも通らない状態ではcommitしませんが、
ブランチを切って作業するのはやはり二度手間になりますかね。
なんかまだbranchをうまく使う方法がイメージできないです。

お礼日時：2014/08/15 16:41