Git 有多种使用方式。 你可以使用原生的命令行模式，也可以使用 GUI 模式，这些 GUI 软件也能提供多种功能。 在本书中，我们将使用命令行模式。 这是因为首先，只有在命令行模式下你才能执行 Git 的 所有 命令，而大多数的 GUI 软件只实现了 Git 所有功能的一个子集以降低操作难度。
那么，简单地说，Git 究竟是怎样的一个系统呢？ 请注意接下来的内容非常重要，若你理解了 Git 的思想和基本工作原理，用起来就会知其所以然，游刃有余。 在开始学习 Git 的时候，请努力分清你对其它版本管理系统的已有认识，如 Subversion 和 Perforce 等；这么做能帮助你使用工具时避免发生混淆。
同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
什么是“版本控制”？我为什么要关心它呢？ 版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。 在本书所展示的例子中，我们对保存着软件源代码的文件作版本控制，但实际上，你可以对任何类型的文件进行版本控制。
Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。本章关于开始学习 Git。 我们从介绍有关版本控制工具的一些背景知识开始，然后讲解如何在你的系统运行 Git，最后是关于如何设置 Git 开始你的工作。 通过本章的学习，你应该了解为什么 Git 这么流行，为什么你应该使用 Git 以及你应该如何设置以便使用 Git。原文：https://git-scm.
对于工作注意事项，我只有两点心得体会分享给大家。版本规划深思熟虑，不要轻易变更需求！每个公司或团队，或多或少都有毛病，不要轻易放弃！
通过前面的几个大章节，详细的介绍了产品经理的工作内容和知识结构，现在再谈转型产品经理的话题就显得非常轻松了。无论是职场新人，还是老人转型，从事一个新职业，第一步就是学习，那么转型产品经理自然也是一个新的学习过程。想要了解和学习一个职业的知识，最好的途径就是通过人才网站，查看该职位的招聘信息可以帮助我们了解到行业里对职位职责的要求。
知识学习互联网是一个快速迭代的行业，技术知识和产品创新都是瞬息万变，所以产品经理需要时刻保持学习的心态，了解和掌握学习的方法，积累更多综合类知识。学习知识的过程是一种信息收集和输入脑海的过程，对于学习的方法有以下五种。阅览博文将自己感兴趣的博客RSS订阅，包括个人博客和科技博客，即时关注博主的心得文章。
在我刚入门产品经理职业的时候，曾经参加过无数次面试，在面试中也总结了一些心得，在此和大家分享分享。但是这些分享也仅供参考，毕竟我已经有三年多没有再找过工作了。调整心态，运气也很重要由于产品岗位的重要性，所以面试产品经理的人会比较多，有好几轮面试。
不知曾几何时，产品经理这个职业突然的火了起来，加上一些书籍和媒体的失真宣传，好像什么人都可以担任产品经理。但是现实并非如此，由于传闻中把产品经理抬的太高，导致很多人入门都难以接受和适应，在心理和心态上都倍感心累。
项目管理是在限定的资源及限定的时间内需完成的一次性任务。具体可以是一项工程、服务、研究课题及活动等。这项工作通常由项目经理负责，但是由于项目经理主要关注点都是质量、安全、进度、成本等方面的，具体到产品的细节则都是由产品经理负责把握。在很多小型或者创业型团队中，没有单独的项目管理的岗位，所以很多时候这项工作就由产品经理担当了起来。
一个完整的产品是由团队合作共同完成的，负责最终执行的工作人员被统称为研发团队，研发团队由产品设计、技术开发两个方面的岗位组成。产品设计人员包括产品经理、交互设计师、视觉设计师，技术开发人员包括前端、服务端、数据端、测试等方面的工程师。
仅仅掌握了需求和目标的管理还是不够的，当产品经理规划和设计好产品需求之后，就要通过沟通来协调研发团队完成产品需求的开发和上线。沟通是人与人之间、人与群体之间思想与感情的传递和反馈的过程，以求思想达成一致和感情的通畅。
目标管理是以目标为导向，以人为中心，以成果为标准，而使组织和个人取得最佳业绩的现代管理方法。目标管理亦称“成果管理”，俗称责任制。是指在企业个体职工的积极参与下，自上而下地确定工作目标，并在工作中实行“自我控制”，自下而上地保证目标实现的一种管理办法。
产品管理是公司为了管理一个产品或者产品线的产品计划、产品市场和产品生命周期所采用的组织架构。产品管理是一个非常典型强矩阵型的管理方式，工作性质包括项目管理，但并不完全等同于项目管理，主要负责在产品生命周期中对产品规划、设计、开发、运营等环节进行管理或支持的工作，负责这项工作的人被称之为产品经理。
产品设计也称之为体验设计，是一个秉承以用户为中心的设计理念，以用户体验度为原则，对产品的界面和交互过程进行研究并开展设计的工作。这是一种在用户纯主观使用产品过程中建立起来的感受，但是对于一个界定明确的用户群体来讲，体验设计的共性是能够经由良好设计实验来认识到的。
前面的几个步骤是为了帮助我们梳理需求、验证可行性和明确细节，到了这一步的时候我们已经非常清晰的了解产品需求，此时撰写产品需求文档可以大大减少和避免了撰写文档时容易忽略的细节黑洞。产品需求文档是将产品规划和设计的需求具体形象化表述出来的一种展现形式，主要用于产品界面设计和研发使用。
逻辑流程（功能流程图）前面几步我们将产品需求逐渐细化并且通过原型的方式将产品需求形象化的展现了出来，但是在产品功能的逻辑细节方面，原型就非常不直观了，所以用例是一个非常重要的描述需求过程的文档。但是由于用例文档以文字为主，并且格式复杂，不适用于高效率的产品需求表述，所以展现逻辑流程的“功能流程图”是一个简洁直观的可替代用例文档的方式。
用例( Use Case )是一种描述产品需求的方法，使用用例的方法来描述产品需求的过程就是用例模型，用例模型是由用例图和每一个用例的详细描述文档所组成的。在技术和产品的工作领域里都有用例模型的技能知识。技术人员的用例主要是为了方便在多名技术人员协同工作，或者技术人员任务交接时，让参与者更好的理解代码的逻辑结构。
关注时代Java
