seo整站如何优化,WordPress 错误记录,怎样将qq空间建设为个人网站,天津 网站制作使用版本控制系统最常见的工作流程就是修改代码#xff0c;保存代码#xff0c;共享代码。Git提供了一个简单的3步工作流#xff0c;让你方便的完成这些操作。1. 新建工作分支2. 提交更改3. 推送分支到中心存储库与团队成员共享Git 工作流按照以上3步操作#xff0c;我们就… 使用版本控制系统最常见的工作流程就是修改代码保存代码共享代码。Git提供了一个简单的3步工作流让你方便的完成这些操作。1. 新建工作分支2. 提交更改3. 推送分支到中心存储库与团队成员共享Git 工作流按照以上3步操作我们就可以开始日常的编码工作流了。下图中展示了这个工作流的示意下面我们按照这3个步骤来完成一个典型的Git提交的创建过程1. 创建分支创建分支之前你需要获取Git存储库这部分请参考之前的内容。将命令行切换到存储库中的任意目录然后执行以下命令 git branch不带分支名称命令可以查看本地已经存在的分支 git branch 分支名称git checkout 分支名称带有分支名称的branch和checkout命令用于创建和切换分支你也可以通过一个命令完成以上操作 git checkout -b 分支名称执行完成后你会看到命令行的提示符发生变化表示你已经切换到一个分支上进行工作了。2. 提交代码到分支首先通过cmder中的命令提示行确认你所处的分支是正确的注意下图中的 (my-new-branch-2 - origin) 这表示我们当前处于my-new-branch-2这条分支上后面的origin是git远程存储库的一个标识表示当前我们跟踪的是origin这个别名的远程存储库。注关于远程存储库我们在后面进阶篇会专门进行介绍这里你只要知道这就是你克隆代码的那个存储库就够了。在以上命令行状态下键入以下命令打开 Visual Studio Code编辑文件并保存退出。 code .以上我们对2个文件进行了变更a.txt是一个已经存在的文件b.txt是我们刚刚新建的文件。以上我们保存文件并关闭vscode以后可以通过以下命令查看当前工作目录中的变更 git status以上输出的内容中有2部分内容需要理解清楚○ Changes not staged for commit这部分列出的文件表示已经属于存储库的一部分但是当前的改动并没有被暂存。○ Untracked files: 这部分列出的文件还不属于存储库的一部分。你会注意到在a.txt前面显示了modified因为a.txt已经是存储库的一部分所以git可以跟踪到你对它的修改但是对与b.txt git根本不知道你做了什么它只知道这里有个文件还没有被git跟踪。现在我们需要将这两个文件“暂存”做好提交准备。然后执行以下命令完成暂存 git add --allgit status你也可以使用文件名或者通配符替换–all参数只添加那些自己认为需要暂存的文件。如果暂存错误使用以下命令取消暂存。 git reset HEAD这时git已经将2个文件全部放入了暂存区准备进行提交。这时你可以执行以下命令完成提交git会对当前文件创建快照形成版本记录。请执行 git commit -m my first git commitgit commit 命令用于提交代码变更到git存储库后面的-m参数由于给出你的提交注释在git中提交注释是必选项不能掠过。这其实是一个非常好的设计我想你一定为了在svn代码库中看到一堆没有注释的变更骂过街。完成 git commit 命令后你的git中就已经保存了刚才所做的代码改动了。现在你可以继续编码并在感觉必要的时候随时重复以上的过程保存自己的改动就不用再担心会丢失代码了。你还可以随时切换回到master分支这个操作不会要求你更改目录而在编辑器里面的代码会直接切换到master分支的代码状态。只要执行 git checkout master注意当我完成切换的是时候我们之前创建的b.txt从vscode中消失了同时a.txt里面之前修改的内容也不见了。如果要找回改动只要再切换回到刚才的分支即可。3. 推送分支到中心存储库与团队成员共享企业开发中推常见的场景就是团队协同开发人员本地完成修改后需要共享给其他开发人员一起使用这时我们可以利用中心存储库来完成这个操作。首先确保你处于自己希望共享的分支中然后运行 git push origin my-new-branch-2完成操作后你的本地分支就被推送到中心存储库上了这时其他开发人员就可以通过以下命令获取你的分支代码。 git fetchgit checkout my-new-branch-2注意git允许你在本地和远程使用不同的分支名称这给予开发人员更多的自由度但是有时候也会造成麻烦比如可能你忘记了你本地分支已经在跟踪一条远程分支不小心改错了代码。为了能够更加清晰的标识分支的所有人一般我们在建立分支的时候会通过前缀的方式来标识使用特定格式的前缀可以让VSTS/TFS将你的前缀变成分支文件夹形式显示便于管理。如下图在创建分支的时候使用了 leixu/ 作为前缀推送到服务器上以后就变成文件夹显示你甚至可以设置多级文件夹这样在团队比较大的时候管理起来就容易多了。为何一定要使用分支为什么改动一定要放在分支中实现。这个与软件开发本身的特性有关系软件开发过程本身是一个不确定的过程没有人可以在代码写完之前预测出到底应该怎样写。这个与产品生产制造不同产品生产制造之前所有的工序操作和零件都是确定的因此我们可以清晰的规划如何完成制造过程也可以将这个过程组织成流水线顺序执行注意这里的流水线特指制造业工厂中的生产流水线与我们后面说的软件交付流水线不同。软件的开发过程则完全是一个探索过程开发人员需要经过多次失败的尝试才能最终找到正确的实现方式这个过程需要多次修改代码有时还可能会推翻从来。这种循环往复的过程越接近开发人员的日常编码越接近最小的功能实现就越发频繁。因此开发人员必须能够在不影响主干代码的情况下自助的创建代码副本在这个副本上完成以上尝试同时也需要兼顾代码主干上的变更确保自己的改动的基准永远与整个团队对齐否则就算写好了也无法与整个团队的工作集成。这个矛盾是所有配置管理策略要处理的核心矛盾所有我们所遇到问题各种复杂的分支策略以及后续的持续交付流水线的设计都是基于这个问题延展出来的只不过在更加复杂的团队/产品/项目中这个矛盾被乘各种复杂度被放大因而需要我们提供更为复杂的配置管理流程来进行适应。从这一点上稍微扩展一下你就可以理解其实所有的配置管理流程的设计原则应该是“适应”而不是“控制”找出最适合团队的流程让流程为人服务是所有配置管理流程目标。也因为此我们需要将配置管理流程视为一个变化的规则它必须根据团队的情况适时改变才能确保可用。理解了以上2点内容我们就知道为什么Git的工作一定要放入分支而不是在主干上直接操作。如果代码变更直接进入master或者团队成员共享的分支则会直接对生产环境或者团队成员共享的环境造成影响在变更还未成熟稳定之前最保险的做法就是尽量隔离的进行修改直到代码可以被其他成员或者某一环境接受的时候再合并进去。虽然任何的配置管理工具都允许你创建分支但是Git的以下2个特性决定了它超越其他任何配置管理工具成为团队的首选1. 轻量级分支Git的分支非常轻可以在瞬间完成创建也可以随时被销毁拉分支不会增加Git存储库的存储开销只有当你提交修改的时候才会增量的增加相应的存储内容。2. 同文件夹内切换分支Git分支切换不需要切换文件夹这样可以和开发工具更好的集成开发人员可以快速的在不同分支间进行切换甚至都不需要停止IDE里面的Debug进程。这让开发人员更加敏捷的进行尝试更加快速的解决问题。3. 本地分支因为分布式的特点Git分支不需要依赖服务器就可以完成。给予开发人员独立的不依赖其他人就可以进行尝试的可能性。而在集中式配置管理工具中任何分支的创建都必须是由配置管理员才能完成的工作这大大降低了单个开发人员的效率。采用集中式版本控制(CVCS)的系统并不是不能创建分支但是由于分支过于沉重开销太大团队往往会选择只允许配置管理员才能执行这个操作这就让开发人很受束缚。注当然也正是因为以上这些优势才让很多企业的大规模团队管理者对Git敬而远之觉得它太过灵活。其实Git完全兼顾了大规模团队的管控要求只是实现的方式与传统的配置管理工具不同而已这一点我们会在第3部分中专门讨论。小结在这一篇中我们介绍了基本的Git编码工作流程了解了这些你就可以开始使用Git进行日常的编码工作了。当然既然Git推荐我们尽量使用分支来维护变更那么就必须允许我们进行合并这样才能最终完成团队开发的协作。这部分会在下一篇中进行介绍。相关文章g4e基础篇#1 为什么要使用版本控制系统g4e基础篇#2 Git分布式版本控制系统的优势g4e基础篇#3 Git安装与配置g4e基础篇#4 了解Git存储库(Repo)原文地址:http://devopshub.cn/2018/01/13/g4e-basic-04-git-repo/ .NET社区新闻深度好文欢迎访问公众号文章汇总 http://www.csharpkit.com
