|
|
1
10
我倾向于将特定于环境的配置属性放在一个属性文件中,该文件不在源代码管理中,也不属于构建过程的一部分。在设置新环境时,该设置的一部分是创建属性文件,其中包括数据库地址、凭据和名称、相关远程主机的名称等。
在春天,你使用
或者,您可以使用 wrapper |
|
|
2
7
|
|
|
3
3
这并非在所有情况下都有效,但这正是使用NT AUTHORITY\NETWORK SERVICE作为服务标识的好处所在。如果您使用此标识,则不需要为其维护密码——您只需使用计算机的AD凭据(格式为DOMAINNAME\MACHINENAME$)即可访问受保护的网络和数据库。 当然,有一些关键的事情需要注意——其中最重要的一点是,没有两个共享安全边界的应用程序像这样托管在同一台服务器上。 |
|
|
4
0
将密码放入o/s用户环境变量中。 只有该用户或root用户才能读取与文件相同的值,但将其签入源代码管理的可能性为零。 |
|
|
5
0
|
|
|
6
0
您可以以加密的形式存储它们,而不是不存储它们。因此,你不必在新开发人员启动时一直通过IM或电子邮件发送凭据文件。。。您只需要告诉他们一次特定于项目的主密码,这样他们就可以加密凭据。 |
|
|
Jordan · 使用git初始化GitHub存储库的版本控制 1 年前 |
|
|
Viermusketiere · 嵌入式系统开发中如何进行版本控制 2 年前 |
|
|
Luke · 如何使用subversion管理生产/测试/开发配置信息? 16 年前 |
|
|
Carson Myers · 尝试开始使用git 16 年前 |
|
|
betitall · 如何对跨项目共享的资源进行版本控制 17 年前 |