版本管理

gyf@gyf-VirtualBox:~$ git clone https://github.com/yyuu/pyenv.git ~/.pyenv Cloning into '/home/gyf/.pyenv'... remote: Enumerating objects: 17608, done. remote: Total 17608 (delta 0), reused 0 (delta 0), pack-reused 17608 Receiving objects: 100% (17608/17608), 3.47 MiB | 15.00 KiB/s, done. Resolving deltas: 100% (11960/11960), done. gyf@gyf-VirtualBox:~$ # gyf@gyf-VirtualBox:~$ sudo echo 'export PYENV_ROOT="$HOME/.pyenv"'>>~/.bash_profile gyf@gyf-VirtualBox:~$ sudo echo 'export PATH="$PYENV_ROOT/bin:$PATH"'>>~/.bash_profile gyf@gyf-VirtualBox:~$ sudo echo 'eval "$(pyenv init -)"'>>~/.bash

在开始此教程之前，我们假设你已经完成了应用程序的开发和测试，现在准备提交生产发布。问题是，某些 Web 服务 URLs 指向测试服务器，而 API keys 则为测试环境而配置。在提交应用程序给苹果审核之前，你需要修改所有这些 API keys 和 URLs以适应生产环境。这很正常，对吧？但是，除了将这些值在开发和生产环境之间来回更改，是否存在更好的方法来管理开发和生产版本呢？这正是笔者将与你讨论的。 下面开始我们的教程! 首先，你们中的一些人可能想知道为什么在开发应用时，要使用两个单独的数据库和环境。原因是，随着你持续不断的构建新的功能或开发应用，你想确保开发版本和现有的生产版本相互区分。标准软件开发过程旨在针对软件（在我们的案例中，即为iPhone应用）的不同版本，使用不同的环境。开发版本的应用通常使用一个不同于生产版本的数据库（或其他系统，比如分析)。这就是为什么我们应该在不同的环境中使用不同的服务器和数据库。开发人员通常在测试期间使用虚拟图像或数据。在测试或开发环境中，通常会使用一些测试数据，比如“test comment”，“argharghargh”和“one more test comment”。很明显，你可不希望真实用户看到这样的消息。如果你的应用使用了分析系统，你可能在测试阶段发送成千上万的事件。同样，你不想在同一个数据库中混合测试数据和生产数据

一. 版本管理演变 1. VCS出现前版本管理方式： 1）、用目录拷贝区别不同版本 2）、公共文件容易被覆盖 3）、成员沟通成本很高，代码集成效率低下 2.集中式VCS特点； 1）、有集中的版本管理服务器 2）、具备文件版本管理和分支管理能力 3）、集成效率有明显地提高 4）、客户端必须时刻和服务器相连 3.分布式VCS特点： 1）、服务端和客户端有完整的版本库 2）、脱离服务端，客户端照样可以管理版本 3）、查看历史和版本比较多数操作，都不需要访问服务器，比集中式VCS更能提高版本管理效率 二、git的特点 最优的存储能力 非凡的性能 开源的 很容易备份 支持离线操作 很容易定制工作流程 来源： CSDN 作者： 潇湘您好 链接： https://blog.csdn.net/qq_44984558/article/details/104222017

测试的目的是保证产品的质量，怎样做好质量控制是对测试人员的一大考验，分享一些工作中用到的经验，如下。 怎样保证测试的质量 1.不同的测试类型的结合，功能，性能，兼容性等，增加测试覆盖面，确保测试质量。 2.熟悉测试需求，测试目标，理解需求，设计测试用例。 3.用例的质量，对被测对象深入分析，功能进行细分，需求覆盖所有测试点，补充异常的测试点，复杂模块进行评审，提高测试点的覆盖面和测试用例的质量。 4.执行的质量，随时跟进测试进度，注意各类环境，各模块之间的交叉、关联，发现潜在问题。 5.缺陷管理，记录bug，跟踪管理缺陷，对遗留缺陷进行分析。 6.版本控制，建立主干分支，版本有问题可以随时恢复。 7.测试评估，对结果进行分析，讨论上线的风险，制定发生问题的解决方案。 来源： CSDN 作者： 包包翼 链接： https://blog.csdn.net/m0_46281078/article/details/104223907

火狐的Tab Mix Plus插件管理标签页很好用，但是在这次升级到57版本后不能用了，也没找到合适的替代品。 该插件一个很常用的功能是在新建的标签页打开网页（而不是在当前页上跳转），该功能直接修改Config配置即可启用。 在地址栏输入about:config后进入火狐配置。 搜索browser.tabs.remote.force-enable后，把布尔值改为True即可。 参考： https://bbs.kafan.cn/thread-2105001-1-1.html 来源： https://www.cnblogs.com/guxin/p/firefox57-open-website-in-new-tab.html

Go语言的依赖管理随着版本的更迭正逐渐完善起来。 依赖管理 为什么需要依赖管理 最早的时候，Go所依赖的所有的第三方库都放在GOPATH这个目录下面。这就导致了同一个库只能保存一个版本的代码。如果不同的项目依赖同一个第三方的库的不同版本，应该怎么解决？ godep Go语言从v1.5开始开始引入 vendor 模式，如果项目目录下有vendor目录，那么go工具链会优先使用 vendor 内的包进行编译、测试等。 godep 是一个通过vender模式实现的Go语言的第三方依赖管理工具，类似的还有由社区维护准官方包管理工具 dep 。 安装 执行以下命令安装 godep 工具。 go get github.com/tools/godep 基本命令 安装好godep之后，在终端输入 godep 查看支持的所有命令。 godep save 将依赖项输出并复制到Godeps.json文件中 godep go 使用保存的依赖项运行go工具 godep get 下载并安装具有指定依赖项的包 godep path 打印依赖的GOPATH路径 godep restore 在GOPATH中拉取依赖的版本 godep update 更新选定的包或go版本 godep diff 显示当前和以前保存的依赖项集之间的差异 godep version 查看版本信息 使用 godep help

一开始我以为后端的接口只能是C++中那种常规的函数调用，今天算是有了新的认识。 最近项目组要进行B/S框架的开发，自己今天搜了下领导说的前端和后端定义接口指的到底是什么，原来就是url地址（一开始我一直以为接口就是函数，看来自己浅薄了）。其实之前我是见到过的，比如当时开发时用到的js，它实际上就是前端经常用到的语言，其中的ajax（阿贾克斯）中就是一种和后端进行交互的方式，它里面就会有那个url地址。 今天看到的一些有趣的文章： 后端自动化版本管理，再也不用改URL了！ 前端初学者一看就懂：Ajax调用后台接口案例 ajax后端怎么写？如何实现前后端交互（代码示例） 来源： https://www.cnblogs.com/Stephen-Qin/p/12286290.html

NPM 使用介绍 NPM是随同NodeJS一起安装的包管理工具，能解决NodeJS代码部署上的很多问题，常见的使用场景有以下几种： 允许用户从NPM服务器下载别人编写的第三方包到本地使用。 允许用户从NPM服务器下载并安装别人编写的命令行程序到本地使用。 允许用户将自己编写的包或命令行程序上传到NPM服务器供别人使用。 版本号 使用NPM下载和发布代码时都会接触到版本号。NPM使用语义版本号来管理代码，这里简单介绍一下。 语义版本号分为X.Y.Z三位，分别代表主版本号、次版本号和补丁版本号。当代码变更时，版本号按以下原则更新。 如果只是修复bug，需要更新Z位。 如果是新增了功能，但是向下兼容，需要更新Y位。 如果有大变动，向下不兼容，需要更新X位。 版本号有了这个保证后，在申明第三方包依赖时，除了可依赖于一个固定版本号外，还可依赖于某个范围的版本号。 NPM 常用命令 除了本章介绍的部分外，NPM还提供了很多功能，package.json里也有很多其它有用的字段。 除了可以在 npmjs.org/doc/ 查看官方文档外，这里再介绍一些NPM常用命令。 NPM提供了很多命令，例如install和publish，使用npm help可查看所有命令。 NPM提供了很多命令，例如 install 和 publish ，使用 npm help 可查看所有命令。 使用 npm help

1.创建版本号 git tag -a v3.2.1 -m '线上版本' 2.提交版本号 git push origin v3.2.1 git push origin --tags //提交本地所有版本号 3.查看版本号 git tag 4.删除版本号 git tag -d v3.2.1 git push orgin :refs/tags/v3.2.1 //同步远程仓库版本号 5.切换版本号 git checkout v3.2.1 6.修改历史版本文件 新建分支 git checkout -b new3.2.1 v3.2.1 添加内容后切换主分支 git checkout master 删除旧分支，重新建立v3.2.1 版本回退 1.查看版本信息 git log 2.回退指定个commit git reset xxxx 问题记录 1.fatal:not a git repository (or any of the parent directories):.git 解决：git init 来源： CSDN 作者： 鳗鱼丝小鱼干 链接： https://blog.csdn.net/qq_42750027/article/details/103840463

IT这个行业的小伙伴们分享一下个人对版本控制工具的理解： 作用一，备份用 是的，代码需要备份的，这可能是版本控制工具的一个比较弱的功能，但真的很管用。程序员每做一步功能性的更新和迭代，都需要备份一次，这是一个很好的习惯，而在版本控制工具中你不需要再复制和粘贴，产生大量的代码冗余，你只需要提交一次到服务器中就可以了， 注意，千万别写好几个功能后再一次提交，这并不是一个非常好的习惯，刚入行的程序员往往很容易范这个问题，一提交就好几个功能集中在一起提交。之前小编范过这个问题，提交的功能，有几个要留下有几个要弃用返回到之前的一个时间点，而这些功能错综复杂的交互数据，使这项工作施行起来要多复杂有多复杂。吃了这次教训后，才知道版本控制的重要性。 按功能提交代码的好处很多，一来，可以知道哪次提交的具体功能，方便测试的同学单元功能测试。二来，是业务上的需求，可以方便找回之前的代码，因为可能需求改来改去，感觉还是以前写的功能好，需要回到以前某个时间点上，你只需要找一找那次提交的状态码，一条命令就可以回到那个时间点，而这个场景在实际开发中是经常遇到的。这时的版本控制工具就类似时间机器，可以让你的代码和网站很方便地返回去。 作用二，协调开发用 这个功能算是版本控制器的主要功能，开发一般很少有像ruby语言一样，一个人做一套系统，大部分的公司的开发团队少则十几个人，多则上百。当多个人共同开发一套系统的时候