 |
inroadingMay 23, 2014
1
Git
|
 |
wy315700May 23, 2014
2
Git++
|
 |
mercurylandedMay 23, 2014
3
有用 cvs 的话就删掉吧
|
 |
hellov22exMay 23, 2014
4
有创造性的代码会注释掉留下
|
 |
bingyinguMay 23, 2014
5
整两个项目呗！
一个测试各种可能性，代码什么的可以比较乱！ 另一个干净整洁，用于发布、交付！ 我都这样做的，可能是我的项目都比较小吧，都没突破10W级 |
 |
oldmanMay 23, 2014
6
版本控制才是最根本的解决方案。妄图留下注释代码以防止之后再用的思路是错的，代码就应该让版本控制来做。这方面我推荐git。
|
 |
wklkenMay 23, 2014
7
git,打tag,删....
|
 |
akfishMay 23, 2014
8
用Git，多commit或者多branch。
merge到master和develop分支时要求注释不能有代码，每人自己的branch爱怎么折腾怎么折腾。 感觉你们管理略混乱，代码风格都不规定么。。。 |
 |
jsonlineMay 23, 2014
9
有 Git 还留着不删是几个意思？
|
 |
10
@akfish 小公司，很多东西还在规范中。。。我们开发模式也是每个dev有自己的branch，然后master作为主分支，只有测试过的代码才能放到master，另外，我们只用rebase，不用merge。
|
|
akfishMay 23, 2014
11
@judezhan 既然都做分支管理了，那完全没必要注释代码，直接删。
规范明确了，能保证执行，一段时间后自然就好了。 不怕麻烦的可以继续注释掉代码，反正进主分支前要删干净，人天生都懒，多几次知道麻烦就自觉了。 |
 |
cougarMay 23, 2014
12
压缩工具自动删除注释
|
 |
krafttucMay 23, 2014
13
如果有版本控制，就删干净。
|
 |
lazyphpMay 23, 2014
14
得看情况的。如果以后会改进的话，我还是会保留一点 注释的代码在里面。但是整个项目，我不会保留太多。因为这样 会影响别人。
而且，有些东西交给GIT（或者其他软件）处理才是王道。 |
 |
thinkifMay 23, 2014
15
业务反复多变，很多时候不是代码不仅仅是“用”或“不用”两种状态。
如果用版本控制，当需要将很久某次干掉的代码和其他很多次被干掉的代码重新组织在一起用，也可以很方便的实现么？ 另外，当提交代码的次数很多之后，如何快速的找到需要的某个版本中的代码，重要的更新当然会有分支，但是操蛋的业务部门的要求可能实在太诡异，不可能都以里程碑式方式管理代码。 这时有没有什么好的方法？ |
 |
zhibinMay 23, 2014
16
GIT, 是我的话就删掉，一个功能就用一个 commit .
在自己的local 分支做完， merge 到主分支。 然后保留自己的local 分支。 一般每个功能修改/bug修改都会新建一个分支，merge 到主分支之后 ， 我一般都不删掉它。 这样每次修改都异常的清楚 ～ |
 |
lighteningMay 23, 2014
17
@thinkif 原子提交，写看得懂的 commit message。
|
 |
TankyWooMay 23, 2014
18
删掉
可以看看<Clean Code> |
 |
tonghuashuaiMay 23, 2014
19
版本控制工具，一个变更一个 commit
|
 |
leavicMay 23, 2014
21
确定不要了我一般就删掉,留着干啥
|
 |
nikoMay 24, 2014
22
删掉！！！！！！
|
 |
kehrMay 25, 2014
23
git是个好东西，发现我用的还是太浅了，此贴受教，感谢！
|
Select Language