Home/ Questions/Q 634813
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-13T20:20:11+00:00

I suppose I’d better explain my situation: I’m in the process of developing some

  • 0

I suppose I’d better explain my situation:

I’m in the process of developing some software, and I’m at the stage where I’d like to split my project into two branches which differ in features. It so happens that this application is an Android application which I will be deploying on the Market, which has the constraint that every app must have a unique package identifier (sensible, no?).

My current approach has been to clone the git repo of my original project, but this causes issues with package names. I want the system to be robust enough so that a bugfix/new feature on one branch will merge into another branch, but only when I want it to.

Does anyone have any suggestions?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I handle that exact case myself for a paid app and trial version that have the same codebase. I am using SVN, but any version control software that supports branching would work.

    I created a branch for the trial version from the trunk.

    Then I modified the trial verion’s AndroidManifest.xml to change the package name, adding .trial on the end. I then had to also update all the activity java files to reference the correct R class.

    My paid app package is com.hewittsoft.baby
    My trial app package is com.hewittsoft.baby.trial

    In my activities on the trial I branch I do this

    import com.hewittsoft.baby.trial.R;

    and that causes any references to R.id.textField (or whatever) to work.

    After I did those steps I can develop on the main branch and then merge over any changes into the trial version without too much pain.

    • 0