我想先谈一谈自己对软件工程基础这门课的期待：
首先，当初选择这门课的时候并没有去了解这门课的所授内容，纯粹是因为专业选修课里另一门C++的任课老师讲课让我感到平静祥和，催人入眠。因此在见到杨磊老师带来的第一节试课之后我更祈祷他能在今后的课程里不要计较23.5够不够油费，使尽全身解数来让课堂生动有趣，让知识变得立体易懂。其次，听杨老师所说，除了软件基础，软件工程意识也是区别码农和新时代精英的重要意识，什么叫做软件工程以及如何培养这种意识？我希望也能在课上有深刻体会。另外，我希望得到更多指导，作为一个软件开发团队，从了解用户需求，开发程序，调试和维护的一系列工作具体的做法。
关于git，我通过搜索得到了以下资料。
Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得 BitKeeper 的许可证并不适合开放源码社区的工作，因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了 Git。例如 最近就迁移到 Git 上来了，很多 Freedesktop 的项目也迁移到了 Git 上。
分布式和集中式的最大区别在于开发者可以本地提交。每个开发者机器上都有一个服务器的数据库。
Git的功能特性：
从一般开发者的角度来看，git有以下功能：
1：从服务器上克隆数据库（包括代码和版本信息）到单机上。
2：在自己的机器上创建分支，修改代码。
3：在单机上自己创建的分支上提交代码。
4：在单机上合并分支。
5：新建一个分支，把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。
6：生成补丁（patch），把补丁发送给主开发者。
7：看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。
8：一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。
而从从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能
1：查看邮件或者通过其它方式查看一般开发者的提交状态。
2：打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。
3：向公共服务器提交结果，然后通知所有开发人员。
优点：
适合分布式开发，强调个体。
公共服务器压力和数据量都不会太大。
速度快、灵活。
任意两个开发者之间可以很容易的解决冲突。
离线工作。
缺点：
资料少（起码中文资料很少）。
学习周期相对而言比较长。
不符合常规思维。
代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。
