实验二 结对编程

②github使用别人的仓库

fork项目——克隆项目到本地git clone——(设置上游远程仓库git remote add——同步远程仓库git pull——设置本地分支git check out master——合并上游项目和本地项目git merge)——提交本地更改，更新远程仓库git  push——提交pull request

首先选择一个需要的作者的项目点击fork 按钮将其复制到我们的账户，自选一个文件夹的目录下（非git仓库）运行git clone+复制过来的我们账户项目url 克隆仓库到本地。

再进行修改、添加文件并git add .和 git commit之后，运行git push +远程仓库简写名（如origin） master，将本地修改push到自己远程仓库的master（默认）分支上 。（也可以先运行git checkout -b +特性分支名，再运行git push +远程仓库简写名+特性分支名，将本地修改push到自己 远程仓库的特性分支上 ）。

●若原项目作者对项目进行更改了，我们的 fork 中不会获得这些更改，所以先要将她的项目添加为额外远程仓库，以便与她保持同步。运行git remote add +新的远程仓库简写名（如upstream）+原作者项目仓库地址。然后运行 git fetch+新的远程仓库简写名  master，获取仓库更新（可运行 git status查看更新情况），再运行git merge +新的远程仓库简写名/master（确保在master分支下）合并原作者的更改，然后运行git push +远程仓库简写名（origin）  master，即可与原作者仓库保持一致，再进行文件修改等commit操作，然后再次push即可。

最后向原作者仓库提交拉取请求。

三.组队过程，所选择的课题

组队过程：

所选择的课题：生命游戏——感受数学思想与老子“三生万物”智慧的不谋而合。

规则：游戏开始时, 每个细胞可以随机地（或给定地）被设定为“生”或“死”之一的某个状态, 然后，再根据如下生存定律计算下一代每个细胞的状态： 每个细胞的状态由该细胞及周围 8 个细胞上一次的状态所决定； 如果一个细胞周围有 3 个细胞为生，则该细胞为生，即该细胞若原先为死则转为生，若原先为生则保持不变； 如果一个细胞周围有 2 个细胞为生，则该细胞的生死状态保持不变； 在其它情况下，该细胞为死，即该细胞若原先为生则转为死，若原先为死则保持不变。

四.开发平台和技术工具、协同工具的选择

我和队友在经过讨论后最终还是选择了以最为熟悉的C语言作为此次编程的语言，开发平台我使用的是Dev-C++，队友使用的是Visual C++，协同工具采用了QQ的远程分享屏幕和通话。

五.结对编程的过程

?首先分析一下生命游戏的游戏规则，我们采用了QQ远程分享，进行讨论；

?然后讨论怎样去计算一个细胞周围的生命数，并大概设计了一下程序模块；

?一起开始写程序；

?一起完成github上的一系列操作；

?一起完成程序测试和debug ；

六.具体的程序设计与实现

基于生命游戏最基本的游戏规则，我们设计的十分简单，总共由三个部分组成，一个主函数模块，一个游戏数据初始化模块，一个进行游戏模块（里面包括了一个细胞周围生命的数量计算以及细胞下一代状态的判断）。用cellsmap表示当代细胞，newcellsmap表示下一代的细胞。具体可看如下代码模块所示，代码量不多，写的也很基本，所以直接放在下面：

int main()  //主函数模块

{

system("color f0");

rawdate();
RunLifeGame();
}

void rawdate() //游戏数据初始化模块
{
srand((unsigned)time(NULL)); //srand()就是给rand()提供种子seed
int i,j;
for(i=0;i<High+1;i++)
for(j=0;j<Width+1;j++)
cellsmap[i][j]=rand()%2; //细胞初始状态随机
}

void RunLifeGame() //进行游戏模块
{
int i,j,s=0;
while(1)
{ system("cls");
for(i=1;i<High;i++)
{
for(j=1;j<Width;j++)
if(cellsmap[i][j]==1)
printf("■");
else if(cellsmap[i][j]==0)
printf("□");
printf("\n");
}
for(i=1;i<High;i++)
for(j=1;j<Width;j++)
{ /*计算一个细胞周围8个格子内的活细胞总量*/
s=cellsmap[i-1][j-1]+cellsmap[i-1][j]+cellsmap[i-1][j+1]+cellsmap[i][j-1]+cellsmap[i][j+1]+cellsmap[i+1][j-1]+cellsmap[i+1][j]+cellsmap[i+1][j+1];
if(cellsmap[i][j]==1) //如果细胞为生
{
if(s<2)
newcellsmap[i][j]=0; //如果周围活细胞少于2个，该细胞下一代转为死细胞
else if(s>3)
newcellsmap[i][j]=0; //如果周围活细胞超过3个，该细胞下一代转为死细胞
else if(s==2||s==3)
newcellsmap[i][j]=1; //如果周围活细胞为2个或3个，该细胞下一代状态不变
}
else if(cellsmap[i][j]==0) //如果细胞为死
{
if(s==3)
newcellsmap[i][j]=1; //如果周围活细胞为3个，该细胞下一代转为活细胞,其它情况状态不变
else
newcellsmap[i][j]=0;
}

//后来上面这一块细胞状态判断部分队友嫌弃我写的比较啰嗦，改成了下面这一部分，但是未push到仓库中

if(s==3) //周围有3个活细胞时，该细胞下一代转为生细胞
newcellsmap[i][j]=1;
else if(s==2) //周围有2个活细胞时，该细胞下一代状态不变
newcellsmap[i][j]=cellsmap[i][j];
else
newcellsmap[i][j]=0; //其它情况时，该细胞下一代转为死细胞

}

for(i=1;i<High;i++)
for(j=1;j<Width;j++)
cellsmap[i][j]=newcellsmap[i][j];  //细胞代数的更迭
Sleep(1000);
}
}

最后的运行结果如下截图：

七.结对编程过程中遇到的问题

此次结对编程过程中，在有关游戏代码方面并未出现较大问题，可能是因为我们的追求比较低，目标只是简单地实现了游戏，代码方面未多的考虑到规范性和性能优化等方面。github的操作作为此次的重点掌握内容，我们在实验一般的操作过程中并未出现问题，但是后期在我的仓库上又添加了一个JPG分支时，队友更新到自己仓库时出现了问题：

 原因是队友fork过来的仓库中只有一个master分支，而我的JPG分支是后来添加的，队友fork过去的时候并未有这个分支，后来pull和push的时候我们都定性思维的到了master分支，实际上应该先在本地创建对应的特性分支，再push到自己远程仓库的特性分支上，最后分别对应的pull和push特定分支:（这部分由于某些原因实际还未操作，只是讨论了一下，后面实际操作以后再把解决过程及截图加上）

八.实验小结

一起结对编程当然不仅仅是一起敲代码，还有一起对问题的讨论和分析，这样的讨论比一个人的思考更有利于问题的快速解决，在互换角色编写代码过程中，领航员的角色实际上也是特别重要的，时刻关注写代码人的代码是否出错，以及给出一些实际上的建议。并不是原先以为的很清闲的身份。此次远程的结对编程，使我在一定程度上认识到了什么是结对编程，同时感受到了结对编程的魅力。从这次我的感受出发，我觉得相对于一个人的编程，两个人的结对确实要更有意思的多。所以在这里也要感谢队友的积极参与。对于github的操作方面，在经过一次次pull和push的过程中也能基本渐渐掌握。所以总的来说，此次结对编程也算是基本完成了实验目标，但是此次我们的代码实现相对于很多其他语言写出来的要显得单薄许多，所以对其他语言的学习和掌握还有待提高，希望后面能够用所建议的python和java语言来更好的实现我们的课题。