They just need to safeguard the code drops and execute the transfer at the proper time. Like reading a will.
But that's just the same incentive for a company to continue providing the same level of service after being acquired.
It's less than ideal, but it is usually extremely low on the list of priorities as well as virtually untestable, unless the business model involves a large number of functionally identical VLAN's.
Also, names of people are usually not very strongly attached to products.
How many application variables are hard-coded to your company's specific network and server configuration?
Have you fully documented the configuration of every related server, checked that in, and kept it up to date?
Are the required versions of every dependency well documented?
Does it use any third-party packages that you have modified, but never checked into your source control?
Is any part of it dependent on some massively expensive piece of software or data set that you happen to have easy access to for some reason?
"One thing we do want to make clear: Svpply is not going away. We’ll continue to bring our users new products each day"
https://news.ycombinator.com/item?id=7939934
And as dotBen posted, from their blog:
"One thing we do want to make clear: Svpply is not going away. We’ll continue to bring our users new products each day"
And if you follow the comments you'll see that some believe that these promises aren't even meant to be long term. So, simply, we would be stupid to bank on it.
Congratulations to the team, though! It shows a great and determined effort, something I greatly admire. And hopefully a means of maintaining trust will emerge.
The couple of small companies that I have worked for that had such a pledge took it seriously. They would hand source for every release over to an escrow company ensuring availability after company death.