- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report
Hi Folks,
Just wondering what some of your "best practices" are for managing add-in development against the various Revit APIs.
As our own projects have migrated from Revit 2014 up through and now including Revit 2018, I'm finding that the way I've been managing code bases is feeling a little clumsy. We've since retired the app with respect to 2014 and 2015, but even supporting our addin against just 3 API versions is tedious.
The way I'm handling things now uses a combination of svn branching/tagging, and svn switching when I need to work on code built against various Revit API versions. My mainline (trunk) code is currently tied to the latest Revit API version that we support, with branches tied to other versions of the API.
This has advantages and disadvantages, as I'm sure other strategies do as well. The two biggest problems I have with the way I'm doing things now are:
1) messy merge - particularly with the .csproj files
2) no obvious indication which branch (or trunk for that matter) is tied to my trunk directory after svn 'switching'.
Just kind of looking for ideas that might work better than what I'm doing. Ideally what I'd like is to have a single VS solution with multiple projects in it - each targeting a different version of the API - but, to have that without having to duplicate any of the add-in code. Try as I might, I've been unable to wrangle VS into a setup like this.
Thanks for any ideas!
Solved! Go to Solution.