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