2012-03-06 10 views
4

ローカルのデバッグコードまたは開発用のWebサービスipがある場合は、私のソースにローカルで中長期的に保管したいのですが、レポ、これを達成する最良の方法は何ですか?今私はちょうど、それだけを残して、慎重にこれらの行を回避部分のファイルをコミットし、発散の変更などがある場合gitを使用してローカル/ devのみのコードを処理する方法

git stash 
git pull --rebase 
git stash pop 

の一連の操作を行うための

...

は私ができないかと仮定しますコードの構造を変更して、これらの行をインクルードおよび/または無視できるファイルに変換したくない場合、このような状況にどう対処しますか?

local Makefile changesここでは、私が望む基本的な考え方のように思えるが、提案のほとんどは、その問題を回避する方法であり、実際には非常に満足できる方法で解決するものではない。

私が探しているのは、チェンジセットの.gitignoreのようなものです。

答えて

2

1つのオプションは、あなたのローカルサーバーに公開されていないrepサーバーのコピーに別のブランチを保持することです。そのブランチにアップストリームのものをマージすることができます。そのブランチを上流のブランチにマージしない限り、それらの変更はどこにも現れません。

もう1つの方法は、これらの設定をGitにチェックインしない設定ファイルに分割することです。

+0

答えをいただきありがとうございます。私が探していたものではありません。私は私の質問を明確にしました。これらは開発を行っているところではローカルで行われた変更です。たとえば、dev.missilelauncher.comを使用してミサイルを起動しませんが、deployにはapi.missilelauncher.comを使用する必要があります。 – jay

+0

私は本当に強く、設定ファイルにその値を引き出すことを強くお勧めしますが、そうしたくなければ、あなたが持っている唯一の他の本当のオプションは、(a)別のブランチ、(b)汚れ/きれいなフィルター(これは恐らく過剰です)。 – Amber

1

理想的には、変更をブランチに配置し、変更内容をメイン開発ツリーの上に置き換える必要があります。

何らかの理由で別のブランチでもそのgitデータベースにオブジェクトを作成したくない場合は、プライベートな変更のみをチェックインした別のディレクトリにリポジトリを複製することを検討してください。元のレポに忍び込んでいるオブジェクトについて心配することなく、そこをプルしてリベースすることができます(私はあなたが怖がっていると想定して誤ってプッシュするかもしれません)。

+0

別のブランチを作ることは、より簡単ではなく、提案のおかげで物事をより困難にするようです。 – jay

関連する問題