Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Product Lifecycle
  3. Running a Business
  4. walk with open source software version

walk with open source software version

Scheduled Pinned Locked Moved Running a Business
announcementc++question
2 Posts 2 Posters 11 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A Offline
    A Offline
    A_Fa
    wrote on last edited by
    #1

    Hi all. I develop a software based on an open source software in VC++ (Base software is "TrueCrypt version 4.3" ) I want to update my software when new version of base software ("TrueCrypt") released. How I can walk with that software version with low cost and attempt? Are there any framework or method for this? Thanks a'lot.

    R 1 Reply Last reply
    0
    • A A_Fa

      Hi all. I develop a software based on an open source software in VC++ (Base software is "TrueCrypt version 4.3" ) I want to update my software when new version of base software ("TrueCrypt") released. How I can walk with that software version with low cost and attempt? Are there any framework or method for this? Thanks a'lot.

      R Offline
      R Offline
      Ray Cassick
      wrote on last edited by
      #2

      I'm not sure what you are really asking here. It sounds like you want to be able to know when the TrueCrypt stuff has a new version, and then do a rebuild and repackage of your stuff to include that in some cost effective manner. Based on that as my understanding my first question is really, do you HAVE to do that each time? Is there a proven track record that as TrueCrypt makes changes your stuff has to change also to maintain functionality because there have been a consistent number of breaking changes in the past that cause you to not trust new versions? It sounds to me that one simple suggestion on your end is to establish a published schedule that states openly when you intend on keeping up with releases of related libraries that are part of your product. I think allowing the release schedule of other products that you use in your project to drive your development cycle, while possible admirable on your side, is just an unrealistic expectation to set, especially when some of those components are open-source and have a haphazard release schedule. I think it is often better in business to just set the proper customer expectations and meet THEM consistently from your end. Tell your customers that you current release supports versions x, y, and z of any external components at this time, and then perhaps set a regular schedule to evaluate all new versions and produce an update to your timeline barring any issues that are found. As far as doing this automated goes? I am not sure there is anything out there that would just do this unless you put a ton of effort into automated detection of new builds, downloads, regression testing, rebuilding, etc... Personally, THAT sounds like an entire product in it self.


      LinkedIn[^] | Blog[^] | Twitter[^]

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups