坐前排又要敬酒又要客套，筷子都下不去两次。

做后排安安生生低头吃饭多好，吃饱开溜，酒都用不着灌两口

@wph95 淘宝￥ 168 已经有售，地址：

aHR0cHM6Ly9pdGVtLnRhb2Jhby5jb20vaXRlbS5odG0/c3BtPWExejA5LjIuMC4wLjYxMWMyZThkMzZCUTRhJmlkPTU3MjI3MzA3MDM4NiZfdT03MW51cGZiNjFiZTA=

评论区里 18 年 7 月 22 的评论是我写的，基本把问题大小都挑出来了。

总的来说这个东西是一票磁吸插头里易用性和价格最恰当的。

你是试图使用秘钥登录远程 LVS ？

SecureCRT 的用法你可能有些误解，一般做法是 “使用 SecureCRT 对你的本地电脑生成 SSH key ” → “将本地生成的 key id_rsa.pub 的文件内容复制到 LVS 的 /root/.ssh/authorized keys 文件中” → “使用 SecureCRT 连接这台配置了本地 key 的 LVS，在连接的验证过程选择本地的秘钥文件”

看外包级别

我的其中一个前公司是为全国三大运营商的互联网渠道的核心业务做外包的，Svn+Git+Docker+Jira 都用上了

主要还是看相关技术负责人对工作和技术的态度吧

@ysc3839 似乎是由于安全软件（或打开了快速启动？）导致的配置无效。在虚拟机中测试了一下，直接在组策略中修改这个选项，注册表中的 EnableLUA 也会相应变为 0 或 1

我司之前的类似软件（仅服务移动端与网页端用户）也遇到过 12306bypass 之类的这种刷接口小工具……

最后我们直接防火墙屏蔽了 AWS，Azure，阿里云，UCloud 的所有 IP 段 :D

一劳永逸

@ysc3839 一样，这个组件就是组策略里的。

组策略中所有相关的配置已经调过一轮了，没有任何作用。

@yingfengi 主要是不止 CMD，还有几个奇奇怪怪的小工具，如果仅是 CMD 也没这么事儿逼了……

@realpg 有相关链接或者搜索关键字吗？

@osiriscen 已经是直接提升了，组策略相关的配置已经调配过一轮了，无解。

@realpg 如果有治本的方法（非换账户）愿闻其详，谢谢。

@realpg 比较治标不治本

@thomaswang

7 楼的回复没错，这是一个比较 “正常” 的 CI/CD 工作流程。Dev 分支在保证代码质量前提下是应该允许随意合并的，开发认为这个任务开发完成后应该对测试工程师进行提测，测试工程师则测试你的功能点是否工作正常；请注意，如果多人同时合并与提测应考虑代码冲突或测试工程师的工作排期，在测试通过后，你的代码会由项目负责的主管合并到 Sta 分支，Sta 分支作为预上线的测试分支应该是在阶段性工作完成后进行整体测试，通过则由相关负责人合并到 Master 分支。

按照 9 楼的回复内容来看思路似乎是 “ pull 下 Origin 版 Dev，merge 某某负责的 feature 代码，进行构建，全程保持 Dev 纯净性不做任何修改，测试通过直接 Merge 到 Sta ” ？

这样确实可以实现…但是相对会麻烦一些

而且这么做有点匪夷所思，你终归是要推到 Master 的，每次版本迭代或功能新增都在用完全脱离线上几个世代的代码进行 CRUD，怎么看都觉得奇怪。

@thomaswang

我觉得你们可能需要重新讨论一下 CI/CD 流程……

我理解的方案：在接到项目 A 的 new feature 开发需求后本地新建分支 A/nf，在开发完毕代码、测试完成确认功能正常后，把自己开发的部分（ A/nf ） merge 到 A 项目的 develop 分支，jenkins 固定存在一个 job，只 pull dev 分支，检测到代码更新就自动构建（这个 gitlab 中 webhook 可以实现），可以加以配合 docker 来实现应用的整体交付给测试工程师，测试通过则合并到 staging 分支，等待预发布测试，然后再合到 master 分支。

指定分支这个是 jenkins 的事情，在 job 配置里的 “ Source Code Management ” 部分的 “ Branches to build ” 里指定一个分支就行了，比如你们的分支叫 dev 那就写 dev，如果这里留空是默认 master 的…

然后关于你关心的 “一但 push/merge 代码就触发 Jenkins 构建” ，首先这个需要到 Gitlab 对应项目的 Setting - Intergretion 里设置，URL 里填入 Jenkins 对应 Job 的 “ Build Triggers ” 中提供的 URL （请勾选 Build when a change is pushed to GitLab ），然后在 “ Trigger ” 里勾选自己需要的选项，比如我们勾选了 “ push ” 与 “ merge ” ；然后在 Jenkins 的 Job 里，在 “ Build Triggers ” 插件中的 “ Enabled GitLab triggers ” 里勾选 “ Push Events ”、“ Accepted Merge Request Events ”，代表达成以下条件则触发构建，同时记得点开 [Advance] ，在 “ Allowed branches ” 里选择 “ Filter branches by name ”，填入你要的分支名，这个选项代表 “当这个项目的 xx 分支达成触发条件后，开始触发流程”，如果选择 “ Allow all branches to trigger this job ”，会造成哪怕是其他任何一个不相关的分支被 push/merge 了，也会导致触发 Job 构建（哪怕这个 Job 只 pull dev 的代码）

我觉得你们缺个运维。

nsfocus 的 RSAS 就是这么卖的：

卖一台 ThinkPad，上面安装好软件版 RSAS，配一个加密狗（ U 盘），要使用的时候必须插上 U 盘以加载秘钥。

如果你们卖的 “硬件” 部分是可以定制化的 PC 机，主机内仓就可以有充足的空间给你们做硬件上的加密，比如在主板上引一个 USB 口，然后插个定制化的酷豆 U 盘当加密狗，最后机箱封死完事。

为什么不把相关 feature 的代码合并到一个 branch 里…

jenkins 的 git 插件在 pull 代码的时候指定 pull 不同分支就行了

@F00J10H00 淘宝自选吧，我喜欢的你不一定喜欢。

基本上卖点是 “可热插拔” 的键盘都可以拆散来玩客制化。

目前在用的是 “丹德外设” 店的 GH60 套件+自购 Box Jade 拼的，买的时候可以跟老板报我 ID，不打折。:-P

@Gea
简单：
买成品套件，其中主板买热插拔的，开心了就换一批轴自己安着玩。

进阶：
自挑单品并自行组合；根据自己对 “款式” 和 “配列¹” 的喜好，单独购买成品主板，并按需购买钢板（定位板）、外壳（包边或不包）、键帽（材质上的不同—— ABS、PBT 或 POM，或配列与款式上的不同）以及量产轴体²。
视客制化的情况而定，可能需要自购电烙铁与相关工具来拼接（拼接成品主板与轴、拼接 PCB 基板与控制芯片、拼接无线模块——目前多为罗技的优联模块）、自行对主板主控芯片刷入配列。

配列¹：常见配列列表可以参考贴吧 /p/3744187333
量产轴体²：有存在价格离谱的小批次定制化轴体，多数是基于量产轴体的客制化，比如更换弹簧改变压力克数等。

https://github.com/spring-projects/spring-boot/tree/master/spring-boot-project/spring-boot-actuator

Is this what ur lookin for?