- 14
- Oct
虽然“Django Web Designer”的第三篇：关于Git的应用，暂时不会写了。主要是因为keke同学自己学习了它，等到週末有时间的话再考虑写了。
这个星期开始，我与keke正式进入团队开发阶段了。甚至我自誉为“專業式團隊開發”，嘿嘿。难道只有两个人，就不能专业了吗？
嗯，简单地说下吧。我们结合了“Git”和“邮件列表”。
就如同在社区开发中一样，一般会有Announce, development之类的邮件列表，特殊情况下，还会有Changes（Uploads）相关的邮件列表。比如某某某在某时作了什么提交，将会以邮件列表的形式通知到所有开发者。可以仅作通知，开发者之间也可以相互交流，保证松散式的开发又具备紧密式开发的高质量协作。
所以呢，UTCOM的开发，也是应用了邮件列表。
如果能在Git作一下提交时，就把提交的内容都自动发到邮件列表里去，这样就太好了。幸运的是，Git就是为这个准备的，设置起来不过几步。
- 首先，把/usr/share/doc/git-core/contrib/hooks/post-receive-email复制到项目下.git/hook/post-receive
- 然后，设置git config hooks.mailinglist 邮件列表，还有一些如：emailprefix（电子邮件前缀），showrev（修订的显示方式）等等都可以相应的设置下
好了，就是这样。
往后，当commiter把commits都push到远程去时，远程的机器就会自动地给该邮件列表发送电邮，然后所有的开发者都收到啰～
效果图：
发至邮件列表的push状态的邮件（不是很喜欢git的SHA显示出来）太无意义了。
正文里面还有diff，一看就明了了。
虽然我跟keke差距很远，一个在宁波，一个在杭州。但是本着积极的沟通和协作，加上相关工具的应用，我们目前这两人团队，是相当有效率嘀！
Django的前端后端的分离式设计的优越性，这次我们可是充分得到了体会。
作为我们第一个真正意义上的团队作品，无论是目标、过程还是可以预见的结果，都是相当鸡动啊！Just Go On！
纠正
应该是鸡冻= =!
我还的深入学习下GIT才得，现在知其然不知其所以然的使用着...
恭喜恭喜，g1上发来贺电
“虽然我跟keke差距很远”說都不會話了你……那個叫距離很遠好吧……
還有，用簡體了……遠……fkep
前端后端一起开发可真要命
后面的mail感觉还是可以申请团队wave的。