版本管理

如果你想让一位叫"伙夫"的程序员，和你一起开发，首先你得在你的代码仓库把伙夫添加到此项目中来，让其成为开发者。 具体步骤： 项目->管理->项目成员管理->开发者->添加项目成员->输入"huofu" 在GitHub中的具体步骤： 项目->Settings->Collaborators->输入"huofu" 为了给大家演示，我创建了一个小号，并将其添加进我的项目成为开发者。 接下来我们将路径切换到F盘，模拟一个新的用户。 我们输入 git clone https://gitee.com/blizzawang/lianshou.git 这条指令的作用是将对应仓库地址的项目克隆到本地。执行完后，F盘下就多了一个rrd的文件夹，这就是第一个用户推送上去的项目。我们姑且叫它管理员，那第二个用户就叫开发者了。 然后我们在克隆下来的目录中去创建一个文件，然后随意地输入一些内容。 我们对修改后的项目进行提交。 git add . git commit -m "这是第二个用户提交的文件" git push https://gitee.com/blizzawang/lianshou.git master 这样，我们的第二个用户就将项目推送到了线上仓库。 如果没有弹出输入用户名和密码的提示框，说明git使用的还是你第一个用户的信息，你需要将用户进行切换，然后再执行上面的操作。

经过前面的练习，你在本地的仓库里管理代码已经比较熟练了，但如果是团队开发呢，如何配合起来呢？ 我们可以把版本仓库放在互联网上，开发者把自己最新的版本推到线上仓库，同时，把线上仓库的最新代码拉到自己本地，这样，就可以配合工作了。 那么有哪些线上仓库可以供我们使用呢？国外最火的线上仓库当属GitHub了，但是，在国内，我们也有自己的线上仓库，码云，此码云非彼马云。我们点击该链接注册一个账户。 https://gitee.com/ 接下来我们来新建一个仓库。 用过GitHub的话，这些操作应该很简单。 我们就创建这样的一个仓库。 创建完成后是这样的。 这是一个空的仓库，仓库里没有任何东西，然后红色框线内就是你的仓库地址。 接下来我们将刚才的rrd项目推到这个线上仓库来。 我们输入 git remote add origin https://gitee.com/blizzawang/lianshou.git 后面跟着的是你的仓库地址，然后输入 git push -u origin master 当文件非常多的时候，第一次提交你需要输入-u，提交过后这个-u可以省略。 如果git控制台这样显示，说明推送成功了，我们刷新刚才的网页。 这样就表明我们的项目被成功推送到了线上仓库。 刚才我们通过两行指令将项目推送到了线上仓库，我来解释一下这两行指令。 其中的 git remote add

git系列的最后一部分内容，我们先来看看如何查看远程仓库。 输入 git remote -v 我们还可以删除远程库，输入 git remote remove origin 删除后再次查询，信息为空。 注意了，这样并不会把远程库真的删除了，这样只是删除了远程库地址的别名。 我们重新添加一个远程库的标记，输入 git remote add origin https://gitee.com/blizzawang/lianshou.git 然后我们推送一下。 git push origin master 这些在之前就已经说过了。 有些人可能会发现，自己在每次推送的时候都被要求输入用户名和密码，感觉非常不爽，那现在，我们来学习一下如何配置公钥从而免密登录。 如果想这样的话，我们的地址就应该换掉，因为HTTPS是不走443端口的，所以我们把地址环城ssh地址。 把红色框线内的地址复制，然后在git控制台输入指令 git remote remove origin git remote add origin git@gitee.com:blizzawang/lianshou.git 这样，我们的地址就添加完成了。 接下来，我们需要配置一个公钥。 $ ssh-keygen -t rsa -C config ****@qq.com 后面输入的是你的邮箱。 中间不要输任何内容，一路回车，之后

git介绍 Git是目前开源软件使用做多的版本管理软件，是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（git clone），在本地机器上拷贝一个完整的Git仓库。然后将更新提交到远程仓库。 安装配置git 下载地址：https://git-scm.com/downloads 远程的代码管理是基于SSH的，所以要使用远程的Git则需要SSH的配置。 1、设置Git的user name和email： git config --global user.name "zhizhi" git config --global user.email "zhizhi@gmail.com" 2、生成SSH密钥过程： ssh-keygen -t rsa -C "username" //可以输入计算机名或邮箱地址或其他你想要设置的用户名 切换到 ~/.ssh文件夹，会发现两个文件：id_rsa和id_rsa.pub，用记事本打开id_rsa.pub文件，复制 id_rsa.pub文件内容到 github->settings->SSH and GPG key->new ssh->key 3、测试ssh设置是否成功 建仓管理代码基本操作命令 开始之前，先理解以下几个名词： 工作区(Wroking

缺陷报告： 测试人员发现缺陷通过缺陷报告记录缺陷 测试人员通过缺陷报告将缺陷告知给开发方 利用缺陷报告对缺陷进行跟踪和管理 缺陷报告是测试人员和开发人员之前的重要沟通方式 当提交缺陷给开发人员后，开发人员会进行修改，修改完成后开发人员会把新版本交给测试人员进行测试。测试人员需要对缺陷进行管理。 假设测试人员提了20个bug，但开发人员只改了10bug就把新版本交给测试人员了，测试人员需要根据READNE进行查看开发人员修改的部分，测试人员关闭bug的时候最好注明版本号。其次版本号是依次增大的，版本号大的包含版本号小的修改完成的bug。 缺陷的描述： 将发现缺陷的过程（步骤、数据）记录清楚，使开发人员能够再现（重现）该bug。 要求：逻辑清晰、用语专业准确、容易理解（易读）、不做任何评价。 来源： https://www.cnblogs.com/lj12/p/11409630.html

内容摘要：用于管理 ASM 实例的新的 SYSASM 角色、用于降低共享池使用的可变的区大小，以及实例能够读取磁盘组的特定磁盘，这些都是 Oracle 数据库 11g ASM 中引入的一些重要新特性。 　　SYSASM 角色 　　自动存储管理 （ASM） 是在 Oracle 数据库 10g 中引入的，它在某种程度上打破了 DBA 和系统管理员之间在存储分配功能上的界限。ASM 实例由 DBA 管理，正如常规的 DBA 工作需要以 SYSDBA 角色进行连接一样。但是随着时间的推移，角色变得更加清楚，我们看到发生了基本的分工。因此，一些 ASM 操作返还给系统管理员。在某些情况下，会出现单独的一类“ASM 管理员”，他们只进行 ASM 管理，并不涉及数据库管理。 　　然而，这个新角色的出现引发了一个冲突：需要用 SYSDBA 角色来管理 ASM 实例，但运行在同一台服务器上的生产数据库的许多 DBA 感觉很难共享该角色。 　　Oracle 数据库 11g 消除了这个冲突。有一个新角色 SYSASM，只用于管理 ASM 实例。这类似于针对 ASM 实例的 SYSDBA 角色。下面将演示如何连接到 ASM 实例： $ sqlplus / as sysasm SQL*Plus: Release 11.1.0.6.0 - Production on Fri Sep 28 20:37:39

第一章 为什么要学Git？ 必点天赋。 必然趋势。 第二章 Git的简介和安装 2.1 Git的简介 Git是目前世界上最先进的分布式版本控制系统。 2.2 版本管理系统能干什么？ 协同开发。 冲突解决。 版本记录。 历史追查。 代码备份。 版本还原。 权限管理。 分支管理。 代码审查。 2.3 集中管理型版本管理 第三章 Git实战操作 第四章 GitHub简介、和Git的协同办公 第五章 在IDEA中操作Git 第六章 Git工作流 来源： https://www.cnblogs.com/xuweiweiwoaini/p/11403219.html

包管理简介 Linux 上的应用程序一般是以源码形式或者编译后的二进制格式提供给用户使用。对于以源码形式提供的应用程序，用户需要借助于编译器，自行编译成二进制格式才能使用。而即便是编译后的二进制包，用户也需要根据安装文档将应用程序的二进制程序、库文件、配置文件和帮助文件等文件复制到指定路径下。这个过程十分繁琐。面对这个恼人的问题，Linux 业界人士怎么能忍得下去，千呼万唤始出来，终于诞生了程序包管理器。 有了程序包管理器之后，应用程序提供者可将应用程序的二进制程序、库文件。配置文件、帮助文件等以特定形式组织成一个或有限几个“包”文件（不同程序包管理器的组织形式不同）。用户可下载打包好的程序包文件，然后通过程序包管理器的命令实现应用程序的安装，而不再需要手动的复制程序文件到指定的路径下，这些工作都交由程序包管理器来完成了。 最开始研发出的程序包管理器是 Debian 的dpt，全名是 Debian Package Tool，后更名为 dpkg，其程序包的后缀是.deb。后来 RedHat 也研发出了程序包管理器 RedHat Package Manager，简称rpm，其程序包后缀为.rpm。在RedHat的推动下，rpm成为了Linux程序包管理器中的事实上的标准。RedHat对强大后的rpm进行了重新的解释，rpm的全称变为“rpm is Package Manager”

ylbtech-Nuget-Doc：Nuget 简介 1. 返回顶部 1、 NuGet 简介 2019/05/24 适用于任何现代开发平台的基本工具可充当一种机制，通过这种机制，开发人员可以创建、共享和使用有用的代码。 通常，此类代码捆绑到“包”中，其中包含编译的代码（如 DLL）以及在使用这些包的项目中所需的其他内容。 对于 .NET（包括 .NET Core），共享代码的 Microsoft 支持的机制则为 NuGet ，其定义如何创建、托管和使用面向 .NET 的包，并针对每个角色 提供适用工具 。 简单来说，NuGet 包是具有 .nupkg 扩展的单个 ZIP 文件，此扩展包含编译代码 (Dll)、与该代码相关的其他文件以及描述性清单（包含包版本号等信息）。 使用代码的开发人员共享创建包，并将其发布到公用或专用主机。 包使用者从适合的主机获取这些包，将它们添加到项目，然后在其项目代码中调用包的功能。 随后，NuGet 自身负责处理所有中间详细信息。 由于 NuGet 支持公用 nuget.org 主机旁边的专用主机，因此，可以使用 NuGet 包来共享组织或工作组专用的代码。 此外，你还可以使用 NuGet 包作为一种便捷的方式，将自己的代码用于除你自己项目之外的任何其他项目。 简而言之，NuGet 包是可共享的代码单元，但不需要暗示任何特定的共享方式。 包在创建者

安装:pip install virtualenv virtualenv --no-site-packages -p python2.7 virtualenv_2.7 使用命令知道指定python版本和环境的名字，并说明不包含原先的包 $source /path/to/newenv/bin/activate $deactivate 发现系统缺少需要的python版本，于是下载对应的源代码，然后 ./configure --prefix=/tmp/python27 make & make install virtualenv --no-site-packages --python /tmp/python27 virtualenv_2.7 （后来发现直接把对应的python版本链接过去就可以替换了，囧） 转载于:https://www.cnblogs.com/TLightSky/archive/1970/01/01/2941442.html 来源： https://blog.csdn.net/weixin_30456039/article/details/99919860