- 主题:怎么做编译管理的？有什么工具吗？
现在都这样个，我们以前公司用微软的也是这样，提交时在服务器编译并执行单元测试和集成测试。如果测试失败就不提交。小兵就看到网页。
确切的讲，谁开发了代码提交了，编译是自动的。
【 在 confinement 的大作中提到: 】
: 比如一个软件有很多子模块，子模块的开发人员只能拿到相应模块的代码。
: 编译的时候为了保持编译环境统一，想要把代码集中放到某个服务器上去编译。
: 负责整个软件的人有权限拿到所有代码，并且放到服务器上编译。但是一般来说，负责人事情很多，这种编译发布的事情，由某个小兵去干就好了。
: ...................
--
FROM 98.42.143.*
用过hudson，他是整个产品一块编译出安装包，感觉不太好用。
如果想让开发者随时编译自己的模块，以前是公司自己开发的一套管理系统，应该没有商业或开源软件有这样的模式。小兵管理者只是给项目建建项目配置，开发者随时编译自己的模块代码（也是通过网页点击配置）。出包可以自动或手动点击几下，服务器那边就干活了。小兵管理者完全看不到到代码。如果系统不出问题，会运行得很好，代码是其他人完全不可见的
自己开发一套管理系统应该不会很费事
【 在 confinement 的大作中提到: 】
: 比如一个软件有很多子模块，子模块的开发人员只能拿到相应模块的代码。
: 编译的时候为了保持编译环境统一，想要把代码集中放到某个服务器上去编译。
: 负责整个软件的人有权限拿到所有代码，并且放到服务器上编译。但是一般来说，负责人事情很多，这种编译发布的事情，由某个小兵去干就好了。
: ...................
--
FROM 124.126.202.*
理论上其实就是给了小兵一个连接服务器的连接通道，但是对这个通道做了限制，只能通过这个通道执行特定的指令，于是其它指令都无法执行，从而也就无法接触代码。写一个小软件也可以解决，但毕竟也需要人搞这事，不熟的话还得费那么点劲，有现成的就好了
【 在 xunery 的大作中提到: 】
: 用过hudson，他是整个产品一块编译出安装包，感觉不太好用。
: 如果想让开发者随时编译自己的模块，以前是公司自己开发的一套管理系统，应该没有商业或开源软件有这样的模式。小兵管理者只是给项目建建项目配置，开发者随时编译自己的模块代码（也是通过网页点击配置）。出包可以自动或手动点击几下，服务器那边就干活了。小兵管理者完全看不到到代码。如果系统不出问题，会运行得很好，代码是其他人完全不可见的
: 自己开发一套管理系统应该不会很费事
: ...................
--
FROM 116.7.10.*
现成的Hudson，Jenkins这些应该配上就能用。
听说过teamvsion，不过没用过
【 在 confinement 的大作中提到: 】
: 理论上其实就是给了小兵一个连接服务器的连接通道，但是对这个通道做了限制，只能通过这个通道执行特定的指令，于是其它指令都无法执行，从而也就无法接触代码。写一个小软件也可以解决，但毕竟也需要人搞这事，不熟的话还得费那么点劲，有现成的就好了
:
--
FROM 124.126.202.*
各自模块dll库发布
以前这么搞过，分基础库，功能库，主程序，相互依赖
后来其他人员离职后，我就合并成统一的代码库了
- 来自 水木社区APP v3.5.3
【 在 confinement 的大作中提到: 】
: 听说过不是很了解啊，这个是 java 比较流行的工具？ c++ 也好使吗？
--
FROM 223.104.39.*
部分核心代码编译入库，其他人只使用库，看不到源代码。
库代码专人维护。
【 在 confinement 的大作中提到: 】
: 比如一个软件有很多子模块，子模块的开发人员只能拿到相应模块的代码。
: 编译的时候为了保持编译环境统一，想要把代码集中放到某个服务器上去编译。
: 负责整个软件的人有权限拿到所有代码，并且放到服务器上编译。但是一般来说，负责人事情很多，这种编译发布的事情，由某个小兵去干就好了。
: ...................
--
FROM 221.221.50.*
这个有什么麻烦的，专门弄个编译脚本用的用户，这个用户有权限访问代码和编译脚本，然后弄个脚本，在脚本里用这个用户呼叫编译脚本，输出放到操作员有权限的目录。无非用户名和密码在hardcode的时候用RSA加密一下。
--
FROM 115.193.174.*