但是如果不小心将某个文件加入到Git的缓存区后，不管后面怎么删除这个大文件，Git始终都保存有这个文件的历史记录，因此项目会很大。...即使使用git rm命令删除当前的cnn.model文件，.git目录中还是记录有这个大文件的记录，因此后面别人clone这个项目后，项目还是很大。...-ignore-unmatch ' -- --all 这是在你已知大文件的名字和目录情况下的删除过程。...识别出大文件对象 Git中会对大文件进行打包，生成git pack格式的.pack文件以及对应的同名的.idx文件，存放在.git/object/pack目录中。...通常来说，Git仓库的大文件都是.pack格式的，存放在这个目录中。
第13章 我们怎样结合使用Scrum和XP Scrum注重的是管理和组织实践，而XP关注的是实际的编程实践。...令人惊奇的是，很多强烈掏结对编程的开发人员根本就没有尝试过，而一旦尝试之后就会迅速喜欢上它 结对编程令人精疲力竭，不能全天都这样做 常常更换结对是有好处的 结对编程可以增进团队间的知识传播，速度快到令人难以想象...TDD对系统设计的正面影响特别大 在新产品中，需要过上一段时间，TDD才能开始应用并有效运行，尤其是黑盒集成测试。...有些产品也会被自动部署到测试环境中。 把这一切找寻起来需要大量工作，但付出的每一分钟都物有所值 ---- 代码集体所有权 在结对编程中频繁交换结对，会自动把代码集体所有权提到一个很高的级别。...这样做最大的问题，就是那些旧的作废信息也堆在墙上，也许我们应该在每个团队中引入一个“管家”的角色 ---- 代码标准 只需要写下不是所有人都了如指掌的事情，并尽可能加上对外边资料的链接 代码标准中一些例子
有时候gitignore没做好，一不小心就又进来一个二进制文件 在重复了N次Google之后，还是记一下吧 首先通过rev-list来找到仓库记录中的大文件： 1 git rev-list --objects...verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -5 | awk '{print$1}')" 然后通过filter-branch来重写这些大文件涉及到的所有提交...index-filter 'git rm -rf --cached --ignore-unmatch your-file-name' --tag-name-filter cat -- --all 再删除缓存的对象
JetBrains系列软件的用户配置文件(config, system)默认是在系统盘user下, 而缓存文件content.dat.storageData太大(本人这里已经达到了8G+)，可以进行迁移...content.dat.storageData文件就是在这个路径下的 system/caches里. 这里以PHPStorm为例, PyCharm等软件都差不多. 1....在PHPStrorm中修改配置: Help -> Edit Custom Properties 打开的用户配置文件默认是空的, 在后面添加如下两行: idea.config.path = E:/ProgramData...移动系统盘用户目录下的文件夹到新的目录 把第一张图中的 config和system两个文件夹直接拷贝到新的路径下, 最后删除 system/caches/content.dat.storageData...未经允许不得转载：肥猫博客 » phpstorm存放在系统盘的大文件迁移
第14章 我们怎样做测试 这是最困难的部分 你大概没法取消验收测试阶段 理想化的Scrum世界中，每个sprint最终会产生一个可部署的系统版本 很恶心的bug会因此出现。...中的任何工作，如果他不说完成，那就不能算完成 开发人员认为“完成”的工作，却根本无法测试！...在sprint2中，bug报告开始涌入，团队花了大部分的时间来进行调试，然后又被迫在sprint的中期发布了修复了bug的1.0.1版本。...然后就一直这样循环下去…… 在sprint2中的斜线表明有混乱的存在 我们目前还没有发现这个问题的解决方案。不过还是尝试过许多不同的模型 首先，还是全力提高Scrum团队发布的代码质量。...但是我们会在接下来的sprint中花一些时间解决过往sprint中留下的bug。如果修复bug占用了太多时间，从而导致接下来的sprint遭到严重破坏，我们就会分析问题产生的原因以及如何提高质量。
第9章 我们怎样进行sprint演示 sprint演示（有人也叫它sprint回顾）是Scrum中很重要的一环，却常为人们低估 ---- 为什么我们坚持所有的sprint都结束于演示 一次做得不错的演示...，即使看上去很一般，也会带来深远的影响 团队的成果得到认可。...这很有意义 做演示会迫使团队真正完成一些工作，进行发布（即使是只在测试环境中）。如果没有演示，我们就会总是得到些99%完成的工作。有了演示以后，也许我们完成的事情会变少，但它们是真正完成的。...这（在我们的案例中）比得到一堆貌似完成的工作要好得多，而且后者还会污染下一个sprint 如果一个团队或多或少是被逼着做演示的，尤其是他们实际没有完成多少工作的状况下，演示就会变得令人尴尬。...“ 团队成员：”我在性能测试环境中搭好了系统，启动8个负载服务器，用并发请求做了测试“ ScrumMaster：”但是你有没有迹象可以表明系统能够处理10000个用户呢？“ 团队成员：”是的。
第7章 我们怎样布置团队房间 大多数最有趣最有价值的设计讨论，都是在任务板前面自然而然地发生，所以我们试着把这个区域布置成一个明显的“设计角” 让团队坐在一起 在安排座位、布置桌椅这方面，有一件事情怎么强调也不为过...过上一个sprint，团队就会认为挪到一起是绝妙的主意（从我的个人经验来看，你的团队也有可能会固执地不承认这一点） “一起具有 ”以下含义 互相听到：所有人都可以彼此交谈，不必大声喊，不必离开座位 互相看到...：所有人都可以看到彼此，都能看到任务板——不用非得近到可以看清楚人是至少可以看到个大概 隔离：如果你们整个团队突然站起来，自发形成一个激烈的设计讨论，团队外的任何人都不会被打扰到。...因为这样他就无法控制自己不去关注具体细节，团队也无法“凝聚”成整体（即达到关系紧密、自组织、具有超高生产力的状态） 让经理和教练无路可走 尽可能和团队紧密工作，这是我的职责。...另外，如果团队足够信任你，他们不会看见你就闭上嘴巴，那去参加他们的sprint回顾也是个好主意 对于运转良好的Scrum团队，只需要保证他们可以得到一切所需的东西，然后就可以任他们自由发挥了（除了sprint
第6章 我们怎样编写sprint backlog ScrumMaster现在应该创建sprint backlog了。...注意——如果你用贴纸来记录任务，别忘了用真正的胶带把它们粘好，否则有一天你会发现所有的贴纸都在地上堆成一堆 ---- 任务板怎样发挥作用 ?...ScrumMaster应当确保团队会对下图所示的这些警示标记做出反应 需要从sprint删除一些backlog ? 需要添加一些backlog到sprint ?...嘿，该怎样进行跟踪呢 在这种模型中，如果必须跟踪的话，那我能提供的最佳方式，就是每天给任务板拍一张照片 天数估算vs.小时估算 大多数都是用小时而不是天数来估算时间。我们也这样干过。...我们的通用方程为1个有效的人-天=6个有效的人-小时 现在我们已经不这么干了，至少在大部分团队中如此，原因如下 人-小时的粒度太细了，它会导致太多小到1-2个小时的任务出现，然后就会引发微观管理 最后发现实际上每个人还是按照人
第3章 我们怎样准备sprint计划 在sprint计划会议之前，要确保产品backlog的井然有序。...意思是产品backlog必须存在 只能有一个产品backlog和一个产品负责人（对于一个产品而言） 所有重要的backlog条目都已经根据重要性被评过分，不同的重要程度对应不同的分数 其实重要程度比较低的...假如A的分数是20，而B的分数是100，那仅仅说明B比A重要而已，绝不意味着B比A重要五倍。如果B的分数是21而不是100，含义也是一样的！...当然我们也可以给C打一个20.5分，但这样看上去就很难看了，所以我们还是留出间隔来 产品负责人应当理解每个故事的含义（通常故事都是由他来编写的，但是有的时候其他人也会添加一些请求，产品负责人对它们划分先后次序...他不需要知道每个故事具体是如何实现的，但是他要知道为什么这个故事会在这里 注意 产品负责人之外的人也可以向产品backlog中添加故事，但是他们不能说这个故事有多重要，这是产品负责人独有的权利。
第10章 我们怎样做sprint回顾 在有关回顾的一切中，最重要的就是确保能够进行回顾 Scrum中第二重要的事件（最重要的是sprint计划会议），因为这是你做改进的最佳时机！...每个人都有机会在不被人打断的情况下讲出自己的想法，他认为什么是好的，哪些可以做得更好，哪些需要在下个sprint中改变 我们对预估生产率和实际生产率进行比较。...不过潜在的主题都是一样的：“我们怎样在下个sprint做得更好” 下图三列内容如下 Good：如果我们可以重做同一个sprint，哪些做法可以保留？...根据投票情况，他们选出了要重点进行的5项过程改进，在下一个回顾中，他们会跟踪这些改进的执行情况 不过不要想一口吃成个胖子，这一点很重要 ?...---- 在团队间传播经验 一般来说，在sprint回顾中得出的信息都特别有价值。团队之所以很难全心投入工作，是不是因为销售经理常常揪出开发人员去在销售会议上充当“技术专家”？这条信息很重要。
第4章 我们怎样制定sprint计划 sprint计划会议非常关键，应该算是Scrum中最重要的活动。...在这个过程中，他们会针对范围提出些重要问题：“删除用户这个故事，需不需要遍历这个用户所有尚未执行的事务，把它们统统取消？”...---- 团队怎样决定把哪些故事放到sprint里面 这里使用两个技术 本能反应 生产率计算 用本能反应来估算 ScrumMaster：“伙计们，我们在这个sprint里面能完成故事A吗？”...所以说，日常的一些认识往往要好过正式的检查列表 如果你常常对怎样定义完成感到困惑（就像我们刚开始一样），你或许应该在每个故事上都添加一个字段，起名为“何谓完成” ---- 使用计划扑克做时间估算 估算是一项团队...“经过几分钟的激烈争吵，最后发现是团队错误理解了”增加用户“这个故事的范围，他们以为这表示”要有个漂亮的Web界面来添加、删除、移除和查询用户“，但是产品负责人只是想”通过手写SQL操作数据库来添加用户
记一次删除Git记录中的大文件的过程
第15章 我们怎样管理多个Scrum团队 在多个Scrum团队开发同一个产品的状况下，很多事情都会变得更加复杂、棘手。这个问题普遍存在，跟Scrum没太大关系。...不过观察一下sprint中的交流方式，你就能发现事实上这个大团队自动分成了两个子团队 解决办法：如果这两个虚拟的子团队一直变化（也就是大家在虚拟团队中换来换去），那把他们放在一直团队中就没有问题。...他不用领域某个团队，但是会负责跨团队的问题，例如谁担任哪个团队的ScrumMaster，大家如何分组等等 ---- 我们怎样在团队中分配人手 让一个指定的人来做分配，例如我前面提到的”团队领导“，或产品负责人...如果没有其他人把他拖走，那他就得参加这个团队的每日scrum会议、sprint计划会议、回顾等等 我们怎样进行Scrum-of-scrums Scrum-of-scrums是一个常规会议，为了让所有ScrumMaster...——拼命忙着修复早期版本中的bug。
这些当然是我们软件工程学生应该有的素质，但同时，我们还应该明白，一个只有几个人能胜任的软件工程的小组毕竟只是少数，少数中的少数，更多的则是庞大的集合体，我们（对于一般的程序员、工程师）只这个庞大的集合体中的一两个小小的元素...说了一大堆空白话，让我们回到《硝烟中的Scrum和XP》来。 何为Scrum？...XP则是在另一番景象，XP所做到的是注重了编程的实践，注重强有力的工程实践，是实际的，具有技术的。...本书序章中看到了一句话“实际上，Scrum和XP都关注如何把事情做好”。的确如此，所以才造就了如今的敏捷开发与极限编程所拥有的魅力。 Scrum与XP的共同点：实践与交流。...我在看这本书的时候，其实并没有太关注Scrum与XP的过程，而是在思考Scrum与XP的思想，这样的思想是如何体现的。
那么如何把这个压缩包彻底从 git 删除？ 如果需要删除 git 的历史记录，使用方法很简单，请看 Git如何永久删除文件(包括历史记录) - shines77 - 博客园 。...当然这个方法需要很长时间，因为提交大文件的时间不长，所以可以使用walterlv的方法 彻底删除 Git 仓库中的文件避免占用大量磁盘空间 - walterlv 于是远程仓库删好了，但是本地仓库还是有小伙伴拉下来...如果你不小心把大文件提交其它的分支，记得切换的就是你提交的分支。 如果提交大文件只是在自己的分支，并且放到了远程分支，那么合并到远程开发分支，那么只需要删除自己远程分支就好了，不需要继续往下做。...删除原来分支，这样就好 最后的命令是使用 gc 清掉这个提交 这时候查看自己的git 文件夹，如果文件夹还是那么大，那么说明还有一个分支是引用提交大文件，需要自己去看一下是哪个分支。...需要说明，git 如果提交一个文件，然后删除他，继续提交，那么这个文件是存在 git 中，需要使用特殊的命令才可以删除。
第5章 我们怎样让别人了解我们的sprint 开始 我们要让整个公司了解我们在做些什么，这件事情至关重要。...否则其他人就会发出抱怨，甚或对我们的工作做出臆断 sprint信息页 有时我们也会包括每个故事该如何演示 sprint计划会议一结束，ScrumMaster就创建这个页面，把它放到wiki上，给整个公司发一封...路过的每个人都可以阅读这张纸，了解这个团队所做的事情。...因为其中还包括了每日例会的时间地点，所以他也能知道到哪里去了解更多信息 演示 sprint接近尾声时，ScrumMaster会把即将来临的演示告知每个人 有了这一切以后，就没人还能找借口说不知道你们的工作状态了
有时，在处理Linux终端中的文件时，您可能希望清除文件的内容，而无需使用任何Linux命令行编辑器打开它。怎么能实现这一目标？在本文中，我们将借助一些有用的命令，通过几种不同的方式清空文件内容。...在Linux中，该null设备基本上用于丢弃进程的不需要的输出流，或者作为输入流的合适空文件。.../dev/null因此，设备文件是一个特殊文件，可以注销（删除）发送给它的任何输入，或者它的输出与空文件的输出相同。...#cp / dev/null access.log 在以下命令中，if表示输入文件并of引用输出文件。...字符串已经是一个对象，因为它可能是空的，而null只是意味着不存在对象。 因此，当您将上面的echo命令重定向到文件中，并使用cat命令查看文件内容时，将打印一个空行（空字符串）。
Document文件不能存放大的文件和下载的东西，我们需要将下载的大文件存放到沙盒下的Library文件下的Caches文件下。... }]; } destination:^NSURL *(NSURL *targetPath, NSURLResponse *response) { // 文件下载路径 我们下载的大文件如视频应该放在沙盒的...开启下载任务 [downloadTask resume]; 项目中有下载功能必然也有删除下载文件的功能，删除就比较简单了，我们只需利用NSFileManager这个类就可以实现删除下载的文件的功能...代码： NSFileManager * fileManager = [NSFileManager defaultManager]; // 删除文件 [fileManager removeItemAtPath...:_filePath error:nil]; 我们只要获取删除文件的路径即可。
大家好，又见面了，我是你们的朋友全栈君。...前言 pycharm删除项目的方法：1、打开pycharm软件，点击“File”，在下拉菜单栏中选择“CloseProject”；2、在弹出的界面中，点击需要删除的项目右上角的叉号；3、找到该项目所在路径...，选中项目文件，永久性删除项目源文件。...本教程操作环境：windows7系统、Pycharm2019版，DELL G3电脑 pycharm删除项目 1、首先打开PyCharm，点击“File”，在下拉菜单栏中选择“Close Project”...2、然后在弹出的界面中，点击你想要删除的项目右上角的叉号，如下图： 3、找到该项目所在的路径，选中项目文件，永久性删除该项目源文件。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
