代码管理

TortoiseHg 是分布式的源码管理工具Mercurial的GUI客户端。 1. 关于mercurial和一些资源 mercurial 作为3大主流的分布式源码管理工具，已经被广泛的使用。 例如 googlecode.com 和 codeplex.com 都支持mercurial作为源码管理工具。 主页：http://mercurial.selenic.com/ 更多的帮助：http://hgbook.red-bean.com/ 和 TortoiseHg.chm 超级超级好的ppt：http://www.slideshare.net/tednaleid/distributed-version-control-dvcs-with-mercurial 另两个PPT，教你怎么用: A guide to revision control with TortoiseHg (individual use) A guide to revision control with TortoiseHg (team use) 2. 下面的内容参考自http://blog.csdn.net/hongshan50/article/details/6867883， 有些加入自己的实践理解。 一.服务器端搭建 1.先装 TortoiseHg 软件。（服务器端和客户端都要安） 由于这个是分布式文件管理

构建单页Web应用 摘自 前端农民工的博客 让我们先来看几个网站： coding teambition cloud9 注意这几个网站的相同点，那就是在浏览器中，做了原先“应当”在客户端做的事情。它们的界面切换非常流畅，响应很迅速，跟传统的网页明显不一样，它们是什么呢？这就是单页Web应用。 所谓单页应用，指的是在一个页面上集成多种功能，甚至整个系统就只有一个页面，所有的业务功能都是它的子模块，通过特定的方式挂接到主界面上。它是AJAX技术的进一步升华，把AJAX的无刷新机制发挥到极致，因此能造就与桌面程序媲美的流畅用户体验。 其实单页应用我们并不陌生，很多人写过ExtJS的项目，用它实现的系统，很天然的就已经是单页的了，也有人用jQuery或者其他框架实现过类似的东西。用各种JS框架，甚至不用框架，都是可以实现单页应用的，它只是一种理念。有些框架适用于开发这种系统，如果使用它们，可以得到很多便利。 开发框架 ExtJS可以称为第一代单页应用框架的典型，它封装了各种UI组件，用户主要使用JavaScript来完成整个前端部分，甚至包括布局。随着功能逐渐增加，ExtJS的体积也逐渐增大，即使用于内部系统的开发，有时候也显得笨重了，更不用说开发以上这类运行在互联网上的系统。 jQuery由于偏重DOM操作，它的插件体系又比较松散，所以比ExtJS这个体系更适合开发在公网运行的单页系统

7.2 版本控制工具VSS 在开发过程，为了控制开发错误以及不同时期代码的管理，通常使用版本控制工具。本小节主要介绍Microsoft提供的版本控制工具VSS（Visual SourceSafe）。VSS可以详细记录源代码从开发到发布期间所有的修改和版本信息，并使用签入签出控制一个代码文件一次只能由一个程序员修改，这就保证了源代码的安全性和准确性。本例使用Microsoft提供的最新版本VSS2005英文版。 7.2.1 VSS的使用 VSS2005安装完成后，在Windows的程序菜单中会生成两项：Microsoft Visual SourceSafe和Microsoft Visual SourceSafe Administrator。顾名思义，第2项用于权限管理，控制登录VSS的用户数量和权限级别。 1．VSS服务器端使用 先在VSS Administrator中添加项目组的开发人员名单，权限由管理员分配。 （1）打开VSS Administrator，出现登录窗口，如图7-6所示。首先要创建一个新的VSS管理数据库。 （2）单击“Browse”按钮，打开VSS数据库窗口。如图7-7所示。列表中显示的是之前项目的VSS数据库。右边的一系列按钮可实现对这些数据库信息的操作。 （3）单击“Add”按钮，此时会出现一个向导，帮助用户选择文件夹并创建数据库文件

前端架构： 1.前端工程化 web应用复杂度的增加，特别是单页面应用的风靡。组件化，工程化，自动化成了前端发展的趋势。或者说一线的互联网公司就是这么做的。 每个前端团队都在打造自己的前端开发体系，这通常是一个东拼西凑，逐渐磨合的过程，在技术发展日新月异的今天，这样的过程真的是不可抽象和复制的么？本文希望能够通过系统的拆解前端开发体系为大家提供体系设计思路参考。 前端工程的3个阶段 第一阶段： 库/框架选型 Animate.css jQuery vue.js underscore.js React.js Backbone.js Bootstarp zepto.js jade normalize.css compass Angular.js 解决开发效率 第二阶段： 简单构建优化 选择构建工具，对代码进行压缩，校验，之后再以页面为单位进行简单的资源合并。 第三阶段： JS/CSS模块化开发 解决维护效率 js的模块化方案 ADM/CDM/UMD/ES6 Module css的模块化：less，sass。 第四阶段: 前端是一个技术问题较少，工程问题较多的开发领域 当我们要开发一款完整的Web应用时，前端将面临更多的工程问题，比如： - 大体量：多功能、多页面、多状态、多系统； - 大规模：多人甚至多团队合作开发； - 高性能：CDN部署、缓存控制、文件指纹、缓存复用、请求合并、按需加载

Composer Repositories Composer源 Firegento - Magento模块Composer源 Packagist - PHP包的源 PaketHub - 集成的PHP包的源 Private Packagist - 一个PHP的服务，提供Composer包的存储 WordPress Packagist - 使用Composer管理你的WordPress插件 Zend Framework Packages - Zend Framework Composer源 依赖管理 Dependency Management 依赖和包管理库 Composer Installers - 一个多框架Composer库安装器 Composer - 一个包和依赖管理器 Melody - 一个用于构建Composer脚本文件的工具 Pickle - 一个PHP扩展安装器 其他的依赖管理 Dependency Management Extras 其他的相关依赖管理 Composed - 一个在运行时解析你项目Composer环境的库 Composer Checker - 一个校验Composer配置的工具 Composer Merge Plugin - 一个用于合并多个composer.json文件的Composer插件 Composition -

技术债被广泛视为一件坏事，它应该避免或者要尽快进行偿付。 你应该这样做吗？我们并不这么认为。首先，我们对比了技术债与财务债，阐述了它与战略设计（Strategic Design）的相似性以及它的利益相关者。然后，我们列出了识别代码中技术债的各种可行的方式，这可能是你所关心的。 最后，我们描述了项目中可以偿还技术债的不同方式，并且阐述了当你在决定要偿还债务、转移债务或者只是支付利息哪个方案更好时，必须要考虑的因素。 什么是技术债 开发人员在实现新特性的时候，有两种不同的方式：一种是快速且混乱地完成，这会使得将来的变化很困难。另一种是整洁（clean）和明智的方案，它需要更长的时间来实现但是将来的变化会更为容易（亦可参见 Martin Fowler ）。不过，如果同一个特性以较为凌乱的方式实现时，能够具有相同的功能和较低的成本，那么项目的赞助者为什么会接受一个较高成本的整洁实现呢？他们为什么会花费金钱在自动化测试覆盖率上呢？测试不是什么特性，因此不会交付业务价值！ 如果凌乱的代码和没有测试的代码能够交付期望的业务价值，对于客户来说也会运行得很好，但是这将会导致难以控制的代码基、极其专门化的开发人员并最终形成缺乏灵活性的软件产品。大量的混乱代码有可能会使得整个工程部门 停滞（stand-still） 。 “技术债”的比喻说法——与“财务债”的相似和不同 1992年

软件项目开发 ——管理措施 最近老板让我做一个软件项目组的管理措施，搜集了多方资料和平时的一些经验得出以下的一些知识： 在一个软件产品发布并使用之后，其中肯定有许多地方不如意和值得改进的地方。客户在使用的过程中会发现一些问题，提出更高的需求，市场也在发生变化，我们的竞争对手也在发展，新的技术不断地产生，这些因素推动着我们的产品不断地向前发展，使软件版本不停地往上增长。这些发展的需求不是一下子提出来的，在客户使用的过程中发现某些不如意不方便的地方，他们会向我们提出宝贵的意见，而技术人员会把这些需求记录下来，以便修改或成为下一个版本的新特性或需求。 一个软件的开发主要分为需求、设计、编码、测试、维护几个重要的阶段，下面就每个阶段的一些管理措施提点愚见： 1． 需求管理 在进入正式开发之前，必须先从用户处获取准确的需求。在这上面花费相当时间是很必要的。 在软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能 ，优化性能，提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期一再拖延，项目研发人员的士气将越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后

代码协同管理工具 svn 代码管理工具 　　*防止代码丢失，做备份 　　* 代码版本的管理，可以进行多个节点的备份，在多个版本之间跳跃 　　* 可以方便的将代码在 多人之间进行共享传输 　　* 多人开发时有各种模式可以方便代码管理 git是一个开源的分布式版本控制系统，可用于高效的管理大小项目（05年） 分布式和集中式 　　分布式：每个节点都保存完整的代码，没有明确的中央服务吕，节点之间项目推送下载代码完成代码共享 　　集中式：代码集中管理，每次完成的代码上传到中央管理器，然后再统一从中央管理器下载代码使用 windows 使用git,,生成rsa的 git 特点： 　　* git可以管理各种文件，特别是代码项目，多在*nix系统中使用 　　* 是分布式管理，不同于集中式，这是git 和svn的核心区别 　　* git可以更好的支持分支，方便多人协同工作 　　* git分布式代码更安全，有全球唯一的commit版本号 　　* git 是开源的系统 　　* 使用git可以脱网，且数据传输速度较快 sudo apt-get install git 安装 　　git配置命令 　　　　git config 　　　　　　配置级别 　　　　　　　　 1 系统中所有的用户都可使用该配置 　　　　　　　　　　命令：git config --system 　　　　　　　　　　配置文件： /etc

git 的使用 代码协同管理工具 1. 防止代码丢失，做代码备份 2. 做代码的版本管理，创建多个版本或者节点，在多版本之间切换 3. 可以将代码在多人之间简单的传输共享 4. 可以方便多人协同开发，开辟各自分支和分支管理 什么是git git是一个开源的分布式版本控制系统，可以用于高效的管理大小项 目。 分布式 ： 每个节点关系平等，都保存完整代码，节点之间相互推 送或者下载代码。工作方式多样 集中式 ： 有明确的中央服务器统一管理代码，每个节点将代码上 传中央服务器或者从中央服务器下载。逻辑简单 git特点 * git可以管理各种文件，特别是代码项目，多在*nix系统中使用 * 是开源的系统，是唯一可以操作github的管理工具 * git是分布式管理，不同于集中式，这也是和svn最大的差别 * git 可以脱网操作，传输速度更快 * git的安全性很强，有全球唯一的commit版本号 * git的分支管理很强大，可以方便多人协同工作 git安装 sudo apt-get install git git 基本配置 git config 配置级别 1. 系统中所有的用户均使用的配置 命令 ： git config --system 配置文件 ： /etc/gitconfig e.g. 配置git用户 sudo git config --system user.name Tedu

升级到 Microsoft .NET Mike Gunderloy Lark Group, Inc. 2002年1月 摘要： 详细说明了如何从 COM 客户端调用 Microsoft .NET 服务器。 目标 理解 COM 可调用包装的概念 创建一个可以从 Microsoft® Visual Basic® 6.0 调用的 .NET 服务器 使用 sn、regasm 和 gacutil 实用程序 编写使用 .NET 类的 Visual Basic 6.0 代码 前提条件 要彻底理解本文内容，需要满足以下条件： 熟悉 Visual Basic 编程 熟悉 COM 概念 可以使用 Visual Basic .NET 理解 .NET 的整体体系结构 理解如何在 Visual Basic .NET 中创建公共类 目录 互操作性的优势 创建供 COM 应用程序使用的 .NET 类 练习从 COM 调用 .NET 组件 Visual Basic 6.0 之后的新增功能 小结 互操作性的优势 有时，编程中的革新会使人不得不放弃以前的所有工作。举一个很极端的例子，假设您已有多年 Visual Basic 编程经验，象许多开发人员一样，您当时已建立起一个颇具规模的代码库，而且，由于您听从了各种语言专家的建议，代码都是“组件化的”。也就是说，通过使用 COM（组件对象模型，即以前的 Microsoft®