Note that there are some explanatory texts on larger screens.

plurals
  1. POJenkins + Cmake + JIRA = CI of multiple interdependent projects?
    primarykey
    data
    text
    <p>We have a number of small projects within our system running on Linux (Slackware 7-11, slowly migrating to RHEL 6.0). Around 50-100 applications and 15-20 libraries. Almost all our applications use one or more of our libraries. Our source tree looks something like this:</p> <pre><code>/app1 /app2 /app3 /include /foo/app4 /foo/app5 /foo/app6 /foo/lib1 /foo/lib2 /lib/lib3 /lib/lib4 /lib/include </code></pre> <p>Now, I've done some work creating some CMakeLists.txt files and built most of the libs and some of the apps. I'm fairly comfortable with using cmake to build. I did this with v2.6, and I recently (an hour ago) upgraded to 2.8. Each of the above projects have their own CMakeLists.txt file specific to the project to do building and installation (no packaging, yet). </p> <p>I have a requirement to make use of and enforce continuous integration. I've installed and played around with Jenkins, and from what I've seen I'm very impressed. I'm also evaluating JIRA to do our issue tracking. </p> <p>Just to get things up and going, I've done a cmake install on all the libs, so the apps can find them in the filesystem. Headers are installed to /usr/local/include and libs to /usr/local/lib. Is this a bad thing to do? Would it be better to tell cmake to look for the lib's source directory, use the <a href="http://www.cmake.org/Wiki/CMake%3aExportInterface" rel="nofollow">export interface</a> or the recently introduced <a href="http://www.kitware.com/products/html/BuildingExternalProjectsWithCMake2.8.html" rel="nofollow">ExternalProject_Add</a>?</p> <p>Because I'm going to be using Jenkins, I cannot be guaranteed that cmake can find the source or build directory. Of course, I can tell Jenkins to build the projects in order (or at least, build the dependencies first). If an update to a library breaks the building of another project, then I guess it'll be up to someone with 3/4 of a wit to determine this.</p> <p>Thank you in advance </p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload