2011-11-14 19 views
0

可能性の重複:
Creating GitHub repository with only a subset of a local repository's historyスカッシュgitは、マスターの履歴を維持しながらブランチでコミットしますか?

私はGitHubの上のオープンソースリリースのための社内プロジェクトを用意しております、と私はリポジトリをクリーンアップするための最良の方法を見つけようとしています。問題は、内部的なパスワード、参照、ハックでいっぱいであり、現在の単一のコミットからリリースを開始したい、長く複雑なコミット履歴があることです。これを達成するためには、コミットを縮小したり、作業コピーファイルからリポジトリを再作成したりできますが、元の履歴をローカルに維持したいと思います。理想的には、masterブランチからマージできる単一の開始コミットを持つブランチを作成し、今後すべてのコミットをこのステージングブランチにマージし、定期的にGitHubにプッシュできるようにしたいと考えています。

これは妥当ですか?もしそうなら、これを達成する最良の方法は何ですか。そうでない場合は、これに対処する他の方法の提案はありますか?あなたが新しいルートがそれ以降の任意などのパスワードのクリーンアップ

を含む必要なすべてのコミットを開始することができます

答えて

1

、私はENVの分散を管理するために

  1. スマッジ/クリーンスクリプトを見てみますWRTのパスワード、設定、など
  2. git flowまたはhttps://plus.google.com/109096274754593704906/posts/R4qkeyRadLR
  3. のような良い分岐戦略は、あなたが敏感な収納から古い歴史をクリーンアップを支援するgit filter-branchを見てみましょう形成
関連する問題