代码管理

本期概述 上一期,我们实现了简单的数据恢复(通过先前备份的Excel数据文件导入Sql Server来恢复数据);这期我们来一起学习下针对普通用户的权限分配功能(看看管理员是如何给普通用户进行权限分配的). 原理 在登录窗体类中创建一个全局变量FRight, 用来获取用户成功登录后的功能权限值, 权限值等于1为功能可用,0或者其它为不可用;当普通用户成功登录后,在主窗体FrmMain里获取这个全局变量,同时将相应的功能按钮的Enable属性设置为true或者false(这里管理员默认是拥有所有功能权限,系统只判断普通用户的功能权限);这里创建了一个FrmUserManager普通用户管理窗体(仅限于管理员使用),用于管理员创建普通用户以及修改普通用户账户信息和分配权限等(管理员本身信息只能被查看,不能被做任何修改).关于权限分配的实现,这里使用了CheckBox控件,通过判断CheckBox的Checked属性是否被点中来给普通用户赋予相应的功能权限,被点中则赋值1,否则默认为0,然后通过执行sql数据操作将权限值存入数据库. 数据库设计 这里由于增加了普通用户权限值,我们需要对数据库结构稍作修改.这里在MovieAccount表中增加4列内容 分别用于 RightFManager 判断普通用户管理界面权限 RightFRegistration 判断普通用户注册权限

常见的应用场景 假设小组中有两个人，组长小张，组员小袁 场景一：小张创建项目并提交到远程Git仓库 场景二：小袁从远程Git仓库上获取项目源码 场景三：小袁修改了部分源码，提交到远程仓库 场景四：小张从远程仓库获取小袁的提交 场景五：小袁接受了一个新功能的任务，创建了一个分支并在分支上开发 场景六：小袁把分支提交到远程Git仓库 场景七：小张获取小袁提交的分支 场景八：小张把分支合并到主干 各场景在IDEA中对应的操作 场景一：小张创建项目并提交到远程Git仓库 创建好项目，选择VCS - > Import into Version Control -> Create Git Repository 接下来指定本地仓库的位置，按个人习惯指定即可，例如这里选择了项目源代码同目录 点击OK后创建完成本地仓库，注意，这里仅仅是本地的。下面把项目源码添加到本地仓库。 下图是Git与提交有关的三个命令对应的操作，Add命令是把文件从IDE的工作目录添加到本地仓库的stage区，Commit命令把stage区的暂存文件提交到当前分支的仓库，并清空stage区。Push命令把本地仓库的提交同步到远程仓库。 IDEA中对操作做了一定的简化，Commit和Push可以在一步中完成。 具体操作，在项目上点击右键，选择Git菜单 因为是第一次提交，Push前需要指定远程仓库的地址。如下图，点击Define

资料 NightTeam https://mp.weixin.qq.com/s/ndRCAY38tA7kXMLypBJ0Vw https://mp.weixin.qq.com/s/1XH48rNPXwjA5kdoLAZSmg 概述： 平台 + 流程 + 人 DevOps 要求有合适的工具，更需要全公司参与，打造成一个工作流程和文化。 点 版本控制（VCS） 1.功能：追踪每个更改 2.版本的主要内容包括三部分 检入检出控制（Check-In / Check-Out Control） 分支与合并（Branch / Merge） 历史记录（History） 3.分支管理策略 主干开发：适合自己管理自己的代码，服务细分互不冲突 Git Flow模式：适合多个人开发一个项目，而代码都在一起 4.相关工具 GitLab: 用 Ruby 编写的开源项目，有非常自由的 MIT 版权，允许二次开发并投入商业使用。 支持 Git 代码仓库、权限管理、合并请求、Issues、Wiki、CI/CD 等非常多的强大功能。 是开源产品，可以非常轻松地部署在任意一台服务器上。 强大的可视化界面和权限管理。 持续集成（CI） 将构建应用并打包上线的工作自动化，减少了很多人工上线的成本。 相关工具：Jenkins 容器化（Container） 统一开发、测试、生产环境；环境隔离；环境复用；可分配资源。 相关工具

什么是版本控制 目标 :了解什么是版本控制 版本控制的特点 目前版本控制系统 拥有历史记录 以及 多人协同的版本控制系统 历史记录 多人协同 SVN GIT 集中式版本控制 目标 :了解什么是集中式版本控制 优点: 上手比较简单 终端不需要关心 版本库的问题 缺点:中心化的方式,导致一旦服务器出问题,前功尽弃 分布式版本控制 目标 :了解什么是分布式版本控制 优点:几乎可以实现任何要求 多节点 每个节点都有自己的版本库(本地仓库) 多节点 通过远程仓库来进行系统 缺点:因为几乎可以实现任何要求 导致命令太多 Git介绍 目标 :了解Git的前世今生(了解) 知道git是一个分布式的版本控制系统 介绍: git从Linux起源, 广泛为开发者提供强大的功能 开源社区 github账号 ** 任务 **注册一个github账号 Git的下载和安装 目标-任务 : 下载并安装git 路径 : 1 下载地址： git下载地址 2 安装 windows macOs Linux 3 查看安装成功 $ 表示要在此位置输入内容 # 查阅版本号 $ git --version git version 2.22.0.windows.1 Git的使用方式和GitBash介绍 目标 : 了解git的使用方式 了解gitBash和windows命令行的区别, gitBash可以运行linux命令

Git分支版本管理   现在主流的代码管理工具基本上就是git了，svn虽然说也有人在用，但是毕竟不是那么的多了，git就不一样了，依旧是在呗大多数人所接受着，国内一般人使用的是 开源中国 的git库管理，也有人在用国外的 GitHub 去做云端的库管理，甚至也可以自己搭建Git管理的中央库，例如 gitlab 等。   在使用Git去管理最重要的一点就是分支的管理，官网是这么说的：   首先我看中的是第二点，基于角色，也就是说git当中每一个分支都是一个角色，各有各的功能，例如开发分支、生产分支、测试分支等等。   那第一点和第三点是什么意思呢？在我的理解看来第一点和第三点所说的是临时分支，何为临时分支，临时就是用的时候就用不用的时候就删除掉，不会被保留下，这就是临时分支，同样第四点也是差不多的含义，这是 Git 很好用的一个特性，方便开发对某一个单独的功能进行测试。 下面来一张我自己所理解到的Git分支管理的流程图   下面说下我图里面的所有相关分支信息 Master分支： 主分支 ，用来发布生产环境代码或者说线上代码，只有项目管理员或者发布人员才有权限去进行修改； Develop分支： 开发分支 ，所有的开发人员使用的分支，同样只有项目管理员以及开发人员才能查看，当所有功能都开发完毕之后此分支就是最新的代码分支； Test分支： 测试分支 ，该分支为动态生成，非存储

Git的使用 全局配置 设置环境信息 git config ，这个就可以理解为git命令的上下文环境，尤其是在和远程仓库交互的时候。 # 加 --system 参数配置信息存放在/etc/gitconfig文件中，对所有用户适用 git config --system # 加 --global 选项配置存放在 ~/.gitconfig文件中 对当前用户适用 git config --global # 什么都不加就在当前工作目录的.git目录下存放，仅适用于当前项目，这个优先级最高 git config 修改配置 git config [--system|--global] -e ，它会打开一个类似VI编辑器的东西，这样就可以进行修改操作。 常用的设置包括： # 下面是设置一个用户信息 git config [--global] user.name [USER_NAME] 不加用户名就是查看当前项目中配置的用户 # 设置邮箱，如果不加邮箱就是查看 git config [--global] user.email "" # 设置密码，如果不加密码就是查看 git config [--global] user.password "" # 禁用SSL验证 git config [--global] http.sslverify false # 查看配置信息 git config -

转自： https://jinnianshilongnian.iteye.com/blog/2000183 Spring3.1提供了新的属性管理API，而且功能非常强大且很完善，对于一些属性配置信息都应该使用新的API来管理。虽然现在Spring已经到4版本了，这篇文章来的晚点。 新的属性管理API PropertySource ：属性源，key-value属性对抽象，比如用于配置数据 PropertyResolver ：属性解析器，用于解析相应key的value Environment ：环境，本身是一个PropertyResolver，但是提供了Profile特性，即可以根据环境得到相应数据（即激活不同的Profile，可以得到不同的属性数据，比如用于多环境场景的配置（正式机、测试机、开发机DataSource配置）） Profile ：剖面，只有激活的剖面的组件/配置才会注册到Spring容器，类似于maven中profile 也就是说，新的API主要从配置属性、解析属性、不同环境解析不同的属性、激活哪些组件/配置进行注册这几个方面进行了重新设计，使得API的目的更加清晰，而且功能更加强大。 PropertySource key-value对，API如下所示： Java代码 public String getName() //属性源的名字 public T getSource

测试开发 来源:https://www.jianshu.com/p/ea6f7fb69501 Web UI测试自动化 splinter - web UI测试工具，基于selnium封装。 链接 selenium - web UI自动化测试。 链接 --推荐 mechanize- Python中有状态的程序化Web浏览。 链接 selene - 使用Python + Ajax支持+ PageObjects + Widgets进行简明UI测试 链接 hitch - 基于服务的应用程序的高级集成测试框架。 链接 Needle - Css 自动化测试框架。 链接 seleniumbase - 端到端自动化测试框架。 链接 pytest_splinter - pytest spinter和selenium集成。 链接 Browsermob Proxy - Browsermob Proxy的python包装器。 链接 Selenium-Requests - 扩展Selenium WebDriver类以包含请求库中的请求函数，同时完成所有需要的cookie和请求头处理。 链接 移动测试自动化 appium - 移动端UI自动化测试。 链接 --推荐 uiautomator- 安卓UI自动化测试。 链接 ATX - 智能手机自动化工具。支持iOS，Android，WebApp和游戏。 网易出品

使用Git管理代码版本 使用Git管理代码版本 本项目使用git管理项目代码，代码库放在gitee码云平台，(注意，公司中通常放在gitlab私有服务器中) 为什么要进行源代码管理？ 方便多人协同开发，防止代码冲突，相互覆盖 方便版本控制利于以后得开发人员快速了解项目的开发过程，利于需求变更的时候进行代码回滚 git与svn区别 SVN都是集中控制管理的，也就是一个中央服务器，大家都把代码交到中央服务器，而git是分步式的版本控制工具，也就是说没有中央服务器，每个节点的地位平等 git 在python编译器终端执行 git add . 会报错，会宝这样的错误： LF will be replaced by CRLF in luffy/.idea/inspectionProfi 解决方式：终端中输入 git config core.autocrlf false 来源： https://www.cnblogs.com/g15009428458/p/12199158.html

【服务器管理】显卡根据温度自动调整风扇速度 1 未设置自动调整风扇速度时运行nvidia-smi 2 克隆代码 3 安装依赖项 4 修改代码文件权限 5 每次开机时打开一个终端运行以下代码即可实现自动调整风扇转速 6 检验是否成功运行自动调整风扇速度代码 我们在日常使用GPU显卡跑代码过程当中，最苦恼的便是显卡温度过高的问题。因为，显卡温度过高的时候，可能会引发 GPU lost 等一系列问题。因此，有必要让显卡根据自身速度调整风扇转速。 需要注意的是，本文是针对服务器而写，也就是不带X桌面服务的Ubuntu。 本文测试环境：```Ubuntu18.04··· 本文测试显卡：GPU RTX 2080ti 1 未设置自动调整风扇速度时运行nvidia-smi 运行以下终端命令： nvidia-smi 此时，GPU Fan这一列显示的百分比就是每张显卡的风扇转速。 2 克隆代码 首先，切换至目录 /opt ： cd /opt 然后，克隆代码 https://link.jianshu.com/?t=https://github.com/boris-dimitrov/set_gpu_fans_public ： git clone https://github.com/boris-dimitrov/set_gpu_fans_public.git 修改文件名 set_gpu_fans