二号机
Blogroll
Links
Search
Recent Comments
- csslayer on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- plum on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- Randy's cat on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应 | CS Slayer on Fcitx 5 的拼音有哪些新功能
- 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应 | CS Slayer on A new pinyin input method that might be slightly better than sunpinyin
Tags
acfun amarok android archlinux ati blogbus cmake dbus fcitx fcitx4 fcitx5 fedora feeling git gnome gtk ibus icecast input method KDE kde4 kde4.5 keyboard layout kimpanel kwin Linux mpd nginx opensource opensuse planetkde plasma qt sunpinyin systemd ubuntu vim wayland Wordpress x11 yoga 个人Linux唠叨 做饭 歌词 追漫笔记Categories
Archives
Tag Archives: git
最终还是忍不住用上了git
给fcitx在github上进行了clone,决定还是用git开发啦~! 我最喜欢的就是git的branch,很方便,目前还是自用吧,有人想用再一起来 svn和git合用并非不可能哦,Amarok就是这么干的嘿呀~
Progit 第一章 新手上路 第一节 关于版本控制
关于版本控制 什么是版本控制,为什么我们需要关心它?版本控制是这样一个系统,它按照时间一个记录一个和多个文件的变化,从而你以后可以回顾任何一个特定的版本。对这本书当中的例子来说,你将使用软件的源代码作为被版本控制的文件,尽管在现实当中你可以通过计算机对任意类型的文件进行版本控制。 如果你是一名图形或者Web设计者,并且想保证每一个图像或者布局的版本都被保留下来(这些是你真的想要的),版本管理系统(VCS)是一个非常明智的选择。它允许你将文件回退到之前的状态,将整个工程回退到之前的状态,按照时间比较差异,查看是谁进行了最后一次可能导致问题的修改,谁在什么时候引入了一个问题,等等。使用VCS通常也意味着如果你把事情弄糟了或者有些文件丢失了,你可以很容易的恢复。另外,你只需要很小的代价就能得到这些。 本地版本控制系统 许多人的对版本控制方法的选择是将文件复制到另一个目录(也许是一个有时间戳的目录,如果他们聪明的话)。这种方法非常普通,因为它足够简单,但是也难以置信的容易出错。很容易你就会忘记你在哪个目录,并且意外地写入你或者复制不想要的文件。 为了处理这种问题,程序员很久以前就开发了本地VCS,它有一个简单的数据库,并且在版本控制下记录了所有的变化(见图1-1)。 图1-1. 本地版本控制图示 一个非常流行的VCS工具是一个叫做RCS的系统,它还在被很多电脑使用。连流行的Mac OS X操作系统当你安装了开发工具之后,也会包含RCS命令。这个工具通过一种特殊的格式来记录两两版本之间补丁的集合(文件之间的差异),从而进行版本控制;它可以通过应用所有补丁来重建任意时间点的任意文件。 集中式版本管理系统 下一个人们遇见主要问题是他们需要和其他系统上的人合作。为了解决这个问题,集中式版本管理系统(CVSC)被开发出来。这些系统,例如CVS,Subversion和Perforce,有一个独立的服务器包含了所有被版本管理的文件,一些客户端从那个中心服务器将文件Check out出来。在之后的许多年,这都成为了版本控制的标准(见图1-2)。 图1-2 集中式版本管理系统图示 这种设置提供了许多优势,特别是和本地VCS相比。例如,所有人可以了解别人在这个项目上都做了什么。管理员可以细致地控制谁可以做什么;而且管理一个CVCS和管理每个客户端的数据库。 但是,这种设置也有许多严重的缺点。最显著的缺点就是集中式服务器带来的单点失效。如果服务器停机一个小时,在这段时间内没有人可以对他们的工作进行合作,或者保存版本变化。如果中央数据库的硬盘出现冲突,而且没有做好备份,那么你就丢失了所有的东西——项目的所有历史记录,除了一些可能在人们硬盘上的快照。本地VCS系统也有同样的问题——当你将所有项目的历史放在一个地方,你就承担了丢失所有东西的危险。 分布式版本管理系统 这就是分布式版本管理系统(DVCS)为什么诞生。在DVCS(例如git,Mercurial,Dazaar或者Darcs)中,客户不仅仅取出了最新的快照:他们也是版本库的完整镜像。因此如果哪个服务器宕机了,并且这些系统通过它进行合作,任何一个客户的版本库可以复制到服务器并且恢复。每个Checkout都是对所有数据的完整备份(见图1-3)。 图1-3 分布式版本管理图示 更进一步,许多这种系统都可以很好的处理和多个远程版本库协作的工作,因此你可以和不同的组的人在不同的方式上同时工作于同一个项目。这让你可以建立许多不同类型的工作流,这在集中式系统中是不可能的,例如层次模型。