服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

傀儡模块pipe理与软件开发生命周期方法的最佳实践?

人们如何在您的源代码库中组织他们的Puppet清单和模块? 我没有看到任何明显的方式在一个木偶大师阶段分阶段实施木偶变化。 其他人如何pipe理? 每个服务器组/ SDLC阶段一个主服务器实例? 我非常希望在每个阶段使用相同的Puppet模块,只是使用Subversion来更改应用于每个服务器组/ SDLC阶段的Puppet模块的版本,因此我可以分阶段实施更改。 我正在寻找一种方法来利用相同的模块,避免重复模块造成的事故和变化。 我有一堆服务器正在使用puppet进行pipe理,有几个SDLC(软件开发生命周期)阶段。 灾难恢复,生产,分期,用户验收testing,testing,开发,培训 编辑澄清第二部分: 你如何维护你的分支在你的源回购? 例如,使用开发和testing分支,以及定义从哪里获取补丁的文件。 你编辑: repo:/dev/patchessource.txt包含“patchserver / dev” repo:/test/patchessource.txt包含“patchserver / test” 并有不同的文件,并且必须保持这种差异,合并,从开发到testing的一切,或者人们有不同的文件为每个环境,并作为一个整体迁移: repo:/dev/devpatchsource.txt包含“patchserver / dev” repo:/dev/testpatchsource.txt包含“patchserver / test” 这样,当你把你的开发商回购合并到你的testing回购,你不必担心改写特定的设置覆盖你的testing的具体设置? 我没有看到一个明显的解决scheme,使后续的pipe理员可能不熟悉源代码pipe理工具。 任何提示将非常感谢。

关于Chrome部署问题的build议

在这里向大家致意。 我是负责将Chrome部署到我的networking并将其设置为默认浏览器的networkingpipe理员,尽pipeIE当然仍然可供用户使用。 我已经下载并安装了Chrome ADMX模板,而且大部分情况下我都能够按照自己的意愿工作,但是我正在寻找一些build议, 无论是否有一个(好)的方式让Chrome浏览器使用漫游configuration文件,以便用户login到不同的计算机时,将获得他们的书签/设置/等。 我注意到,在策略模板上有一个选项可让Chrome存储用户configuration文件,除了默认目录(位于Appdata / Local中),还可以根据我读取的在networking驱动器上存储configuration文件呼叫,因为configuration文件不向后兼容。 这意味着,如果Chrome在一台计算机上更新,然后用户login到尚未更新的另一台计算机上,则较新的configuration文件可能与旧版Chrome不兼容,从而导致Chrome崩溃。 不知道这是否在实践中发生了很多,但我讨厌这样做。 我也想知道是否有任何好的方法来同步书签与IE浏览器(也许batch file或沿着这些线?)。 我注意到,Chrome可以自动从IE(通过GPO)导入书签,但这只会在用户第一次打开Chrome时发生。 我想要的书签同步,或者至less有一些Chrome的定期从IE浏览器(也许在注销?)书签的方式。 我宁愿用户不必在Chrome和IE之间手动传输collections夹。 任何build议,其中任何一个将不胜感激。