Subversion (SVN)

python打包,上传包知识点学习

大兔子大兔子 提交于 2020-04-25 15:11:50
python 打包工具推荐 PyPi PyPI(Python Package Index)是python官方的第三方库的仓库,所有人都可以下载第三方库或上传自己开发的库到PyPI。PyPI推荐使用pip包管理器来下载第三方库 pip可正常工作在Windows、Mac OS、Unix/Linux等 操作系统 上,但是需要至少2.6+和3.2+的CPython或PyPy的支持。python 2.7.9 和3.4以后的版本已经内置累pip程序,所以不需要安装 安装包的工具 使用pip安装来自PyPI的包 将virtrualenv或venv用于python环境的应用级隔离 创建包与分发的公工具 使用setuptools来定义项目并创建源代码发行版 使用wheel而不是egg来创建构建发行版 使用twine向PyPI上传包的发行版 pip install安装包与python install安装包的区别 项目配置 组织大型应用的代码的最简单的方法旧式将其分成几个包,这样做将使代码更容易理解,维护和修改,也使每个包的可复用性最大化,就像使用组件一样方便。 setup.py 对于一个需要被分发的包来说,其根目录包含一个setup.py脚本。它定义了distutils模块中描述的所有元数据,并将其合并为标准的setup()函数调用的参数。虽然distutils是一个标准库模块

如何从Git中的特定修订版本检索单个文件?

自闭症网瘾萝莉.ら 提交于 2020-04-25 09:52:46
问题: I have a Git repository and I'd like to see how some files looked a few months ago. 我有一个Git存储库,我想看看几个月前某些文件的外观。 I found the revision at that date, and it's 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8 . 我在那个日期找到了修订版本,它是 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8 。 I need to see what did one file looks like and also save that to a file. 我需要查看一个文件的外观,并将其保存到文件中。 I managed to see the file using gitk , but it doesn't have an option to save it. 我设法使用 gitk 来查看文件,但是它没有保存文件的选项。 I tried with command-line tools, the closest I got was: 我尝试使用命令行工具,但最接近的是: git-show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8 my

Intellij IDEA 中 使用 Git

大兔子大兔子 提交于 2020-04-25 05:36:55
前一段时间使用 Microsoft 的 Visual Studio Code 中使用 Git 对前端项目进行项目代码的开发提交。 使用后感觉挺好的,用的多了也觉得挺简单方便的。 现在需要在 Intellij IDEA 中使用 Git 对后台项目进行项目代码的开发提交。 在 Intellij IDEA 上一直都是使用的 SVN ,没有使用过 Git, 所以不会使用啊!!! 然后就上百度,那个搜啊,都是一些胡乱发的,没有一个全面的,详细的对 Intellij IDEA 中 Git 的使用的一个介绍和指导。 然后就琢磨了起来,点点这儿,点点那儿。最后成功的提交了自己的代码。 所以就记录一下自己的提交过程,也分享给大家。 接下来就讲一下 Intellij IDEA 中 使用 Git 。包含 Intellij IDEA 中 Git 的配置安装 、Git 使用、提交代码 两部分。 Intellij IDEA 中 Git 的配置安装 部分。 1:在Windows 10 中 安装 Git , 找到 Git 安装目录(我的地址是:G:\Program Files\Git\bin\git.exe)。 2:在 Intellij IDEA 中配置 Git ,File --> Settings --> Version Control --> Git 。下图是具体内容。 在此之前,准备工作已经完成。 Git

springcloud费话之Eureka接口调用(feign)

て烟熏妆下的殇ゞ 提交于 2020-04-24 20:27:58
目录: springcloud费话之Eureka基础 springcloud费话之Eureka集群 springcloud费话之Eureka服务访问(restTemplate) springcloud费话之Eureka接口调用(feign) springcloud费话之断路器(hystrix in feign) springcloud费话之配置中心基础(SVN) springcloud费话之配置中心客户端(SVN) 使用eureka服务发现实现服务器之间的http访问(feign) 使用restTemplate的访问方式还是比较复杂的,需要对其中的一些内容进行解析,增加了代码 因此在服务调用之间,希望恢复单应用的调用service一样简单, 于是使用feign的调用方式 因为feign底层是使用了ribbon作为负载均衡的客户端,而ribbon的负载均衡也是依赖于eureka 获得各个服务的地址,所以要引入eureka-client,实际上上述的依赖并不需要更改 具体流程如下: 1.依赖 首先在springcloud官方网站上找到feign依赖,如下图 复制进pom 2.添加启动类注解 在启动类上添加注解@EnableFeignClients,添加后代码如下: package com.lyh.lyh_eureka_server; import org.springframework

IntelliJ IDEA 快捷键终极大全,速度收藏!

这一生的挚爱 提交于 2020-04-24 09:47:04
作者:满风 https://my.oschina.net/dyyweb/blog/494504 自动代码 常用的有fori/sout/psvm+Tab即可生成循环、System.out、main方法等boilerplate样板代码 。 例如要输入for(User user : users)只需输入user.for+Tab ; 再比如,要输入Date birthday = user.getBirthday()只需输入user.getBirthday().var+Tab即可。 代码标签输入完成后,按Tab,生成代码。 Ctrl+Alt+O 优化导入的类和包 Alt+Insert 生成代码(如get,set方法,构造函数等) 或者右键(Generate) fori/sout/psvm + Tab Ctrl+Alt+T 生成try catch 或者 Alt+enter CTRL+ALT+T 把选中的代码放在 TRY{} IF{} ELSE{} 里 Ctrl + O 重写方法 Ctrl + I 实现方法 Ctr+shift+U 大小写转化 ALT+回车 导入包,自动修正 ALT+/ 代码提示 CTRL+J 自动代码 Ctrl+Shift+J,整合两行为一行 CTRL+空格 代码提示 CTRL+SHIFT+SPACE 自动补全代码 CTRL+ALT+L 格式化代码 CTRL+ALT+I

API测试工具SoapUI & Postman对比分析

旧巷老猫 提交于 2020-04-23 10:50:17
本文由葡萄城技术团队于博客园原创并首发 转载请注明出处: 葡萄城官网 ,葡萄城为开发者提供专业的开发工具、解决方案和服务,赋能开发者。 最近公司要引入API测试工具,经过调查和了解,最终决定在SoapUI 和 Postman两种工具之间做一个选择,两种工具在业界都很有名,相信很多人两种工具也都曾使用过。 SoapUI SoapUI是一个开源测试工具,通过soap/http来检查、调用、实现Web Service的功能/负载/符合性测试。该工具既可作为一个单独的测试软件使用,也可利用插件集成到Eclipse,maven2.X,Netbeans 和intellij中使用。SoapUI Pro是SoapUI的商业非开源版本,实现的功能较开源的SoapUI更多。 Postman Postman是由Postdot Technologies公司打造的一款功能强大的调试HTTP接口的工具,它最早是Chrome中最受欢迎的插件之一,现已扩展到Mac,Windows和Linux客户端。 软件功能非常强大,界面简洁明晰、操作方便快捷,设计得很人性化。Postman分免费版和收费版本。 下面我们对这两个工具通过多种维度进行对比,相信通过这些对比维度综合得出的结果,能对也处在为测试工具选型阶段的你带来一些启发和帮助。 1.搜索指数 通过百度搜索指数可以看出,以近一月的搜索趋势来看

Linux 下面搭建KMS服务器

一世执手 提交于 2020-04-23 07:51:37
1. 下载安装Linux 版的KMS服务软件 # wget https://github.com/Wind4/vlmcsd/releases/download/svn1111/binaries.tar.gz # tar zxf binaries.tar.gz # cp ./binaries/Linux/intel/static/vlmcsd-x64-musl-static /bin/kmsserver # kmsserver #执行kmsserver服务,监听的端口是1688,可以使用命令 netstat -lntup查看服务是否有启动起来 # echo /bin/kmsserver >>/etc/rc.local #加入到开机自启动 # chmod +x /etc/rc.d/rc.local #授予rc.local文件可执行权限 2. 域控DNS配置srv记录 让加入域的电脑能自动找到srv记录,自动激活Office和Windows 系统,右击域,选择 其他新记录 添加 服务位置(SRV) 按下图添加SRV记录,如下: 3. 客户端激活配置 1)、加入域的电脑,可直接执行: slmgr.vbs /ato 可通过域控的DNS自动找到kms服务器并激活; 2)、工作组电脑激活,需要设置kms服务器和VL key,示例 如下: > slmgr.vbs /skms kms.df

用SVN进行团队开发协作生命周期详解

纵饮孤独 提交于 2020-04-22 14:06:08
目录 前言 面向人群 背景 解决方案 团队开发生命周期 创建新项目 创建分支 切换分支 合并代码 正式版本发布 bug修复 结束语 前言 查找了SVN的相关知识无论是园子里还是百度都只有一些理论,而有实践教程的都是点到为止,并没有一个完整的关于团队如何使用SVN协同工作的教程,因此写下该篇希望能对大家起到一点帮助。 面向人群 本教程面向有一定svn基础的,而且之前都是单人开发,对团队开发如何使用SVN并不了解,但急需了解的的同学。 背景 由于团队开发是如果没有正确的使用 SVN 经常出现 A 在做一个需求涉及到a,b项目,而 B 再做另一个项目涉及到a, c 项目。 然后 A 做完了直接提交了代码,但是并未经过测试。 B 的代码测试完毕然后提交准备投产,然后发现 A 已经提交了代码,所以他就获取了 A 的代码,编译后如果不询问 A 是否代码经过测试,可能直接投产了,然后投产出现了问题。或者知道了 A 的代码还未测试,必须等测试通过后才能投产。否则只能恢复到测试完的代码进行投产。最后甚至有可能就忘记提交了。 解决方案 规定代码必须经过测试后才能提交,这一定程度上解决了这个问题,但是这就偏离了版本控制的初衷而且每次开发代码必须一次性开发完成,若开发中途发现问题,导致一部分代码需要重打,那么就不能很好的回滚。 团队开发生命周期 创建新项目 以下操作都是使用VS的VisualSVN插件

.NET 半天搭建Jenkins持续集成与自动化部署系统

久未见 提交于 2020-04-22 02:44:59
前言 相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛。由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人员,由其讲各个发布包一个一个覆盖到生产环境。因此每次上线仅仅发版就需要2-3个小时。这种方式不仅仅耗时、耗力,更是由于人工操作经常导致一些丢、落的现象。而我们当时的测试也是采用纯手工的测试,发版完毕后一轮回归测试就需要3-4个小时(当时主要是手工测试)。之前也一直提倡持续集成、自动化的测试和运维,但迟迟没有推进落地。终于在一个加班到凌晨四点的夜晚后,我再也受不了。回家后躺在床上迟迟睡不着,心想这个自动化的发布能有多难,他们搞不了,老子自己搞,于是6点爬起来来到公司,正式开始了我的持续集成、自动化部署的研究与推进之路。 一、初识Jenkins 由于之前亦没有相关知识的积累,因此也是对如何实现也是一头雾水。于是只能找度娘,关键字"自动化发布"。搜索到很多工具和方法,但都是以Java平台居多,.net平台相关资料不多。其中以Jenkins介绍较多,微软也提供一套自动化部署的方式

.NET持续集成与自动化部署之路第一篇——半天搭建你的Jenkins持续集成与自动化部署系统

爱⌒轻易说出口 提交于 2020-04-22 02:44:44
文章导航-readme .NET持续集成与自动化部署之路第一篇(半天搭建你的Jenkins持续集成与自动化部署系统) 前言 相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛。由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人员,由其讲各个发布包一个一个覆盖到生产环境。因此每次上线仅仅发版就需要2-3个小时。这种方式不仅仅耗时、耗力,更是由于人工操作经常导致一些丢、落的现象。而我们当时的测试也是采用纯手工的测试,发版完毕后一轮回归测试就需要3-4个小时(当时主要是手工测试)。之前也一直提倡持续集成、自动化的测试和运维,但迟迟没有推进落地。终于在一个加班到凌晨四点的夜晚后,我再也受不了。回家后躺在床上迟迟睡不着,心想这个自动化的发布能有多难,他们搞不了,老子自己搞,于是6点爬起来来到公司,正式开始了我的持续集成、自动化部署的研究与推进之路。 系列文章 .NET实现持续集成与自动化部署1-Jenkins .NET实现持续集成与自动化部署2-NuGet .NET实现持续集成与自动化部署3