What？！源代码不在自己手上？外包联系不上？

外包在我们的业务处理中虽然方便，但很多小伙伴也都反映过相应的一些问题，今天就和大家来一波大家都很关心的——源代码的有效性。

想象一下这样的场景：

自己没有开发人员的公司找外包开发了一个系统。

在上线一段时间后，有新的需求要对系统进行二次开发、功能扩展，但是之前的开发人员却联系不上；或者报价太高无法接受。

想找其他人来接手。

这个时候发现自己没有系统源代码；或者源代码和线上的系统对不上。

怎么办？怎么办？怎么办？重要的事情喊三遍。

所以，作为一个没有自己开发人员的公司来说，确保源代码的有效性是一件极其重要的事情。

那么怎么来定义源代码的有效性呢，主要体现在以下几个方面：

壹

源码是否掌握在自己的手里？

甲方应该掌握自己系统的源码，推荐的做法是，由甲方来创建项目仓库，给乙方分配提交代码的权限。

贰

源码是否跟正在运行的线上系统保持一致？

经常有甲方遇到这样的情况，系统上线了，乙方也提供了系统源码打包给甲方。但甲方并没有对源码的有效性进行检查。所以当需要对系统进行二次开发时发现，手上的源代码跟线上运行的系统并不一致。

叁

源代码是否反映了整个项目开发的过程记录？

多数系统的开发都是一个比较长的周期，整个周期里每天的开发记录是整个系统非常重要的信息。这个信息记录着软件开发的过程，需求变更的原因，出现的问题以及解决的办法等等。对日后系统的维护和扩展有着非常重要的参考价值。因此开发过程记录是源代码有效性一个非常重要的指标。

那么怎么做才能确保源代码的有效性呢？

我们建议甲方在码云平台上创建一个私有的仓库，然后给乙方分配允许提交代码的开发者权限，要求乙方每天提交代码，并写清楚提交的代码所解决的问题。这样甲方可以在项目中查看每天的开发记录，了解整个开发进度，不至于到项目截止时间才发现进度严重落后。

如果企业的项目比较多，建议开通码云企业版进行管理。码云企业版提供更强大的监控、统计以及安全的特性，确保你的源代码安全、可靠、有效。

现在就访问码云 https://gitee.com