@yueyoum /opt下的代码文件夹, owner是谁? root? www-data? 还是$USER?
1. 如果是root, 那意味着你每次pull代码,或者操作任何文件, 都得用sudo,比较危险.
2. 如果是www-data, 那意味着你每次pull完代码后,如果有新的文件,都需要修改文件owner为www-data. (很多时候不修改也没问题,但是当有一天问题出现,就很难发现.而且对于有强迫症的人,没法容忍新老文件的owner不一致...)
3. 如果是$USER, 与其在/opt下sudo创建一个文件夹然后chown成自己, 还不如直接放在自己的home目录下呢, 都不用cd过去,何必舍近求远呢?

@BOYPT 对于小项目或者项目代码尚未完全稳定, 未必每次部署都使用自动化, 而且自动化也未必覆盖到所有的修改需求.我可能经常需要ssh到服务器,手工修改一些东西,或者增加一个文件. 这时文件的权限就很可能忘记修改. "反正要做的事情都那样，都不知道你要纠结啥", 我要做的事,未必每次都一样.

@clino 恩, 这是我想说的. 尝试各种方式后, 我也发现这是我感觉最方便问题最少的方法.
但我不确定这是否通行. 因为看到很多有经验的程序员都把代码放在/var/www/或者/opt, /srv之类的目录下, 代码的owner则五花八门, root, www-data, deploy, 都有.

@humiaozuzu 你的方式很有代表性, 但是有几个问题:
1. /var/www/目录对于apache, lighttpd等是默认的开放目录, 放在这里, 万一哪天犯错设置不当, 会不会泄露源码? 并且, 代码放在/var/www下应该是沿用php的习惯? 因为php需要把文件扔到http server的目录下. 但python并不需要. 所以,放在/opt/之类的目录下,是不是更好?

2. 你的意思应该是: 代码的owner是deploy, 而文件和目录的权限给www-data开放, 是吗? 当然,可能我提问不当. 代码的owner设置成www-data合理, 但是麻烦之处在于, 如果你后来新增了一个文件或目录, git pull 下来, owner是deploy, 你可能会忘记修改chown, 会导致一些问题.

@AntiGameZ 兴业真的很垃圾,每次打电话过去都是官腔. 过了10多天了都没有结果. 前天账单都出来了, 再打电话过去,就开始推脱责任了.

同问

你们这是gmail展览会么

@msg7086 现在才意识到用信用卡好危险...

@skyworker 我目前还不清楚. 应该和 linode 没关系.

@AntiGameZ 我的卡发生了5笔交易, 23号2笔美元, 25号3笔日元.
25号的我2小时内联系银行的, 在24小时内. 而23号的则不在了.
我也觉得预授权只要及时冻结, 应该不会有问题才对.
但刚才我再次打电话给兴业, 客服说仍然可能会支付成功. 搞得我很郁闷.

@qiuai 别人能预授权,说明卡号,日期,验证码都泄露了,自然应该换卡. 要不然肯定还会被刷. 你这样做很有必要.

@AntiGameZ 这么肯定?

@cxe2v 自然是问过的,电话打了好多通. 但是你知道的,银行的客服都是说官话,让你等着,他们在处理,云云. 他们可不管你

@SoloCompany 我强烈认为 checkout 命令是设计缺陷.
明明有 branch 命令, 却要用 checkout -c 来创建分支.
切换分支也是checkout xxx
恢复文件也是这货, 为了区分文件和分支名, 要写成 checkout -- xxx.py
对命名有强迫症的表示严重受不鸟 T_T

@SoloCompany
可以单独提交文件的,例如我这里的情况, 你可以只提交a.py:
git commit -m "foo" dir/a.py

不过我同意, git 确实太晦涩, 和 linux 一样, 强大, 但是太不易用.
额, 在它俩如日中天的今天说这种话肯定会被喷...
先闪了

@chairuosen 谢谢, 是你说的这个原因. 为简便, 我直接给图片设定了固定的 width 和 height 就好了. 感谢!

@9hills 汗, 你真的没有仔细看我的问题, 或者我描述得太差劲了...
我就是为了清理掉这个文件, 结果不小心把所有的修改都清理了
本来是想执行:
git checkout -- dir/c.py
结果手太快, 成了:
git checkout -- dir
于是a.py, b.py, c.py都被恢复了.

其实我一直想说, git 的命令行接口简直是反人类, 就没几个直观的.
从回答也能看出, 大家对 git 的理解五花八门, 人人都觉得自己的workflow是对的.
hg 比 git 要易用太多, 只可惜大势已去...

@Mutoo 还是省省吧, 为了解决一个小问题, 这会耽误你更多时间, 然后, 带来更多问题...