2009-05-29 24 views
3

複数のコミットされたファイルを、Svnのリポジトリにすでにコミットした後にまとめて(単一のコミットとして)グループ化することはできますか?コミットされたファイルをSvnのリポジトリにコミットした後にまとめて(1回のコミットとして)?

私がたくさん(subeclipseを使用していない)、それらをコミットしてきたし、これが可能だったかどう誰もが知っていた場合、私はちょうど思っていた後、私は常にファイルまたは2を忘れているようです。

答えて

1

高度なツールを使用してリビジョンをグループ化し、変更を追跡する最適なソリューションが見つかりました。

私たちはすべてのタスクを記録するためにredmineを使用しています。私たちのsvnリビジョンは、それに対して自動的に記録されます。このようにして、修正プログラムに7〜8回のコミットがかかる場合でも、ログを迅速に検索し、Bug#366の修正を1つのユニットとしてリリースすることができます。

Redmine、trac、fogbugz、bugzilla、tfs、すべていいです。

+0

その問題を修正し、あなたのログは現在2つの追加のコミットを示しており、3つのすべてのコミットがあなたのリリースブランチにロールフォワードする必要がある(および文書化)しますながら...ジェフアトウッドrepresent'n ... :) – leeand00

+0

のtrac ...うーん、私はそこでそれをやっているのだろうか...私は私のプロジェクトのうちの一つをTracに持っている。私はあなたがそれをやっているかどうかを見なければならないだろう... ...多分別の質問... – leeand00

+0

別の質問があります。 http://stackoverflow.com/questions/927698/group-revisions-together-with-trac – leeand00

4

コミットしたら、故意にそれを変更する方法はありません。このようにして、r123は常に同じものを参照します。後でコミットにファイルを追加できる場合は、変更前にr123をチェックアウトした人が、変更後にr123をチェックアウトした人とは異なるビューを表示し、バージョン管理システムの重要な目標を逸してしまいます。

これは本当に問題よりも違いはありません「それに構文エラーがあり、ビルドしないだろう、私は、コードをコミットする場合、私は何をすべきでしょうか?」答えは、それに修正がある他のものをコミットすることです。 2つのケースで同じ問題が発生し、同じ解決策があります。

2

いいえ、パワーのこの種のために、あなたはGitようなツールが必要になります。

+0

おそらくローカルコミットのみです。コミットが公開されたら、それを変更することは本当に良い考えですか? – Danny

1

前の回答にフォローアップしてください。

私はGit SVNをローカルのリビジョンを維持してから、SVNツリーにマージすることができるので、この時点でほぼ独占的に使用します。 Git SVNを使って作業しているときには、ローカルで変更をコミットします。完全に完了したら、SVNに同期します。

+0

良い点、私はこれを自分で使用し、それを言い忘れました。 – RedFilter

+0

これは、実際には分散バージョン管理の優れた機能です。 –

0

回避策:問題のすべてのリビジョンをマージし、逆コミット、あなたのWCに再びそれらのリビジョンからの変更を適用し、一度にすべてをコミットします。

免責事項:私はそれを試していません。

+0

FogBugzの –

関連する問題