Search code examples
svnversion-controlrelease-management

Commit Vs Merge

We have to create a special interim alpha release for our product which should consist of only a select set of features. This set of features are also required in trunk for our main release.

My feel is branch from trunk for the interim release and to make frequent merges of the stable branch to trunk so that we are in sync. However there is a second school of thought that we commit into both places and also merge the branch finally.

  1. Here are couple of things which I feel would be problematic in the second approach. As we would have the changes in both places, merge would create problems later on. (for any missed commits)
  2. Any bugs created by the commits would destabilize trunk too. This can be avoided if we merge stable branches.
  3. Overhead for the developer to commit it in to trunk too. (need a working copy, need a second commit)

My question is, can you let me know more positives and negatives of both these approaches ?

Solution

  • As I have not received any significant reasoning for both the approaches. I am answering my own question. I would go with the merge approach as per the benefits stated in my question itself.