1
shoaly 2016-12-30 11:11:41 +08:00 1
我就是这么放的, git 项目 只要没到数个 G, 都没事.
话说一个电影 1080p 都是 2 3 个 G, git 几个 G 应该更不是事儿. 如果实在有代码洁癖, 你可以跟前端商量, 重新开一个 repo, 单独存放设计文件, 但是最好放一起, 因为日子久了, 最大的问题是: "我操, 居然找不到放哪了" |
2
passion336699 2016-12-30 11:12:52 +08:00 via Android 1
这种可以放在团队工具里面, tower , worktile 这种工具都可以吧,直接塞 git 里,那后面来新人接手, clone 项目或者你们部署项目,都要花不少时间去下载这个 pdf ,没意义
|
3
yhxx 2016-12-30 11:17:54 +08:00
我觉得他这么干应该是因为之前撕逼过。。。
前端:“咦,这个东西之前不是这样的啊” 设计:“你看 PSD 嘛,是这样的” 前端:“你一定偷偷改过” 设计:“你怎么凭空污人清白” |
4
nikoo OP @shoaly @passion336699 谢谢, 1 、 2 楼就是两种不同的建议了,针对这种情况规范的情况应该怎么放呢?
如果是放在团队工具里那项目资源就分散了,的确有可能造成 @shoaly 说的以后无法找到源文件的情况 我目前考虑有代码洁癖的开发是不是可以在其本地 ignore 掉这个目录? |
5
mooncakejs 2016-12-30 11:22:48 +08:00 1
如果是这样的需求, 显然 svn 更适合,没必要非得用 git 。
|
6
mooncakejs 2016-12-30 11:23:07 +08:00
不然就用 submodule
|
7
sneezry 2016-12-30 11:23:48 +08:00 1
二进制文件放到 git 里不好, git 不擅长处理二进制文件,会影响生产效率
|
8
coolcfan 2016-12-30 11:26:24 +08:00
|
9
nikoo OP @mooncakejs svn 和 git 有什么区别?为什么这个需求用 svn 更合适?
@sneezry 我记得推广 git 的时候有宣传电子音乐爱好者使用 git 来版本控制自己做的电子音乐,对于二进制文件 git 是没发比对,哪方面会影响生产效率? |
10
sparanoid MOD 不应该
如果你还记得 LayerVault 是怎么死掉的话,就应该能明白设计稿就不需要做版本控制的,通常情况下设计稿迭代只需要新建一个文件命名为 home.v1.psd 、 home.v2.psd 这样即可,或者直接在文稿中用不同的 artboard 来区分版本 |
11
sneezry 2016-12-30 11:40:48 +08:00
@nikoo 我在一家公司实习的时候,记得好像因为类似的事情把 git 服务器干掉了,当时好像运维说过把大量二进制文件放到 git 里会增加 git 服务器的负担,最后还是把 git 情况重新 push 了一遍,之前的 commit log 都没了
|
12
nikoo OP @sparanoid 谢谢,在我们的实际开发中 GIT 不仅是版本控制,同时也起到备份与储存的作用,这样的话 home.v1.psd 、 home.v2.psd 这些文件应该放在哪里与团队共享呢?
|
14
Sharuru 2016-12-30 12:03:44 +08:00
|
15
mooncakejs 2016-12-30 12:08:40 +08:00
@nikoo git 对代码分支等处理非常友好。 对于按目录操作、权限,部分签出等非常不友好
|
16
n6DD1A640 2016-12-30 12:57:53 +08:00
Git LFS +1
|
17
zxq1002 2016-12-30 13:01:38 +08:00 via Android
lfs +1
|