University of Arizona
Dashboard > Kuali Implementation Technical Team > ... > Version Control with SVN Policy > Setup Development Use Case
Site Search:

View Attachments (2) Info

Setup Development Use Case

  1. Switch branch for build.xml.

    1. Right-click on build.xml.

    2. Go to "Team" sub-menu.

    3. Go to "Switch to another Branch/Tag/Revision..."

    4. Replace "trunk" with "branches/vendor-trunk".

  2. Complete the same steps for:

    • build.properties.xml

    • build-foundation.xml

    • log4j.properties

    • work/web-root

    • work/db/scripts/rsmart

    • work/src/META-INF

    • work/src/com

    • work/src/org (this step will take longer than others)

    • all files (exclude the folders, configuration.properties and spy.properties) in work/src

    • test/lib

    • test/infrastructure/src/org

    • test/unit/src/com

    • test/unit/src/org

    • test/integration/src/org

    • all folders and .jar files in the build folder (you can select all of them at once)

    • distribution

  3. Run dist-local.

"svn:externals v. Branching

Externals is good for linking source code from another repository, so that when an export or checkout of source code happens, dependency code is also retrieved. This is mostly good with development. For example, linking kfs-cfg-dbs, kul-cfg-dbs, and kfs together to be retrieved in the same checkout.

It is not useful when there is an expectation of overlap between the trunk and the external repository. The idea behind externals is that it is completely separate; therefore, there can be no overlap.


View a printable version of the current page.

Browse Space
- Pages
- Labels
- Attachments
- Mail
- Bookmarks
- News
- Activity
- Advanced

Explore Confluence
- Popular Labels
- Notation Guide

Your Account
Log In

 

Add Content


Powered by Atlassian Confluence 1115, the Enterprise Wiki.. Contact administrators.