|
|
@@ -30,7 +30,7 @@ Git等分布式版本控制系统的出现，彻底颠覆了原有代码管理 |
|
|
|
|
|
使用Git做版本控制（如图1-3所示），核心开发团队非常“高兴”，因为他们和共享版本库之间不必一直保持连接状态，诸如查看日志、提交、创建分支等几乎全部操作都（脱离网络）在本地的版本库中完成。项目贡献者（非核心成员）也不再那么沮丧，因为版本库人人皆可更改（当然是对本地版本库而言）。稍微让贡献者感到困难的就是如何将自己的改动被核心开发团队所了解并接纳。Git提供了多种途径，一个方法是先用 ``git format-patch`` 命令将本地提交转换为补丁文件或补丁文件序列，再通过邮件发送给核心开发团队。另外一个办法就是搭建一个自己专有的共享版本库，通过邮件创建一个拉拽请求（Pull Request），让核心团队的开发者到自己的版本库来抓取（Pull）。
|
|
|
|
|
|
GitHub的出现极大地改善了开源项目的生态环境，无论是项目的核心开发团队，还是普通的项目贡献者都工作得非常“愉快”。创建项目变得非常轻松，创建者只需在GitHub上点击一下鼠标即可创建一个新版本库，组件项目核心团队也很容易。核心团队使用Git命令操作共享版本库，如图1-4所示。
|
|
|
GitHub的出现极大地改善了开源项目的生态环境，无论是项目的核心开发团队，还是普通的项目贡献者都工作得非常“愉快”。创建项目变得非常轻松，创建者只需在GitHub上点击一下鼠标即可创建一个新版本库，组建项目核心团队也很容易。核心团队使用Git命令操作共享版本库，如图1-4所示。
|
|
|
|
|
|
.. figure:: /images/explore-github/github-model.png
|
|
|
:scale: 100
|
|
|
|
0 comments on commit
f244e3d