バージョン管理されていないプロジェクトディレクトリをサブディレクトリ(A)と仮定します。 1年後、そのディレクトリはコピーされ、さらに開発が行われます(A ')。オーバーレイA '以前のプロジェクトA project:削除するGitユースケース/パターンを削除する必要がなくなったファイルは削除しますか?
私はGitに以前のバージョンAを追加しました。バージョン管理の精神で、AファイルをAファイルにコピーしたいのですが(結局同じプロジェクトです)、後でA版には存在しなくなったファイルを体系的に削除しようとしています。
私はグーグルでかなりの時間を過ごしましたが、この状況のベストプラクティスを見つけることができないようです(よく考えています)。頻繁に発生するので、プルする方法についてはよく知られている「レシピ」がありますカスタムコードを書くことなくそれをオフにします。
git-diff --diff-filter = D( "Deleted")を使用すると、Aの「残余」がソース管理に長くなるようにrmを生成できますか?
なぜこれをやろうとしていますか?あなたは何を保存しようとしていますか?あなたがどのように答えると、私はより良い返答を手助けするでしょう。 – JDB
@ JDB他のソフトウェアプロジェクトと同じように、バージョン管理下で同じプロジェクトとして追跡された最初のリリースと改訂されたリリースを望みます。 –
ああ...ええ、それを行うためのエレガントな方法はありません。 gitコミットの履歴を変更したいと思うように思えます。それは可能ですが、非常に乱雑で進行中の作業には大きな問題になります。基本的に 'A'プロジェクトでディレクトリを' git init'してからコミットを追加します。次に、あなたの原点を設定し、あなたのマスターブランチをフェッチしてください。それから、あなたはマスターを「A」で再分配する必要があります。それは、あなたがすでに持っている開発者やリリースブランチを含む、拠点を持たないブランチを持っている人のための小さな災害を引き起こします。 – JDB