Где хранить файлы для работы?

Question

[myskypesla]

Привет всем. Я front-end разработчик.
Есть 2 места где я работаю - дом и офис.
До сегодняшнего момента работал с Google Диском, т.к. структура моих файлов такая.

project1
---->css
---->js
---->img
---->psd (обязательно нужно хранить psd макет в папке с проектом)
---->index.html

И таких проектов очень много.
Мне удобно было работать напрямую в папке Google у себя на компах, но иногда происходит конфликт файлов и что-то не прогружается или долго загружается, тем более когда устанавливаешь node_modules.

Подскажите где лучше одновременно работать и хранить свои файлы проекта + PSD.
Подойдёт ли для этого Git, если PSD макеты не будут меняться но они могут весить и по 500 мб

Comments

[Андрей]

Для хранения PSD архивировать однозначно

Answer 1

[Yustas Alexu]

На работе:

1. Создать аккаунт на bitbucket.org
   
2. Создать там пустой проект
   
3. Гитом клонировать его в локальную папку
   
4. Скопировать в папку свои файлы
   
5. Занести node_modules в gitignore-файл
   
6. Сделать коммит
   
7. Сделать push
   

Дома:

1. Склонировать гитом проект в локальную папку
   
2. запустить npm install
   
3. и работать
   

P.S. Bitbucket позволяет создавать приватные git-репозитории бесплатно, в отличие от github. Поэтому выбираем его.

Comments

[Yustas Alexu]

PSD файлы можно хранить отдельно, если они большие. Я не думаю, что они часто меняются. На том же гугл драйве можно держать.

[theWaR_13]

Yustas Alexu: гитхаб уже давно позволяет создавать приватные репозитории

[Yustas Alexu]

theWaR_13: Бесплатно?

[Yustas Alexu]

theWaR_13: Прочитайте внимательнее, что я написал в ответе. Ключевое слово "бесплатно". На гитхабе за приватный реп надо платить деньги.

[theWaR_13]

Yustas Alexu: извиняюсь, у меня все еще студенческий пак, поэтому бесплатно :) Они там политику меняли ведь, думал, что для всех бесплатно сделали.

[Игорь Воротнёв]

theWaR_13: Не бесплатно, но за адекватные деньги. Если это надо в рабочих целях - не вижу причин зажимать пару долларов. На битбакете с кодом в приватных репах все ок, а вот с большими файлами (PSD) кажется есть ограничения (не помню точно размер). Впрочем, еще есть GitLab, в том числе тот, который можно развернуть у себя на сервере.

Answer 2

[Тимофей Дергачёв]

https://git-lfs.github.com/

Answer 3

[Saboteur]

GIT не очень хорошая идея для хранения файлов, ибо при любом изменении, будут храниться все версии.
Но вы можете поискать хранение информации для дизайнеров.
Некоторые пользуются дропбоксом, некоторые ставят Owncloud, некоторые просто носят внешний диск с собой.
Еще есть платные решения, типа https://www.sugarsync.com/

Comments

[myskypesla]

Просто не очень хочется разбивать проект на код и макеты. Так как в src будут соответственно все source ресурсы, а в dist непосредственно то что уходит в public

[HamSter]

myskypesla: ну тогда git для самого проекта, чтобы была возможность в любом месте развернуть проект. А для ресурсов (pdf, psd, .... ) уже облачное хранилище применять. Либо да, внешний диск - самая удобная вещь.

[myskypesla]

HamSter: Спасибо, жалко что в наше время придётся ходить с хардом под мышкой ))

[HamSter]

myskypesla: зато надежно!

[Saboteur]

Попробуйте сперва дропбокс, а потом уже хард.
Да и Usb харды сейчас вполне миниатюрные, легко влазят в барсетку/карман

[Ankhena]

Только в любом случае еще где-нибудь храните копии

[ndbn]

Git, как раз, хранит только оригинал файла и историю изменений, а не все измененные версии

[Alexander Movchan]

ndbn: нет же, кто вам такое сказал? https://git-scm.com/book/ru/v1/%D0%92%D0%B2%D0%B5%...

[Saboteur]

ndbn: GIT в принципе хранит все объекты целиком. Точнее их блобы. А если взять бинарные файлы, коими являются картинки, то вообще все системы контроля версий их хранят целиком, ибо текстовый diff для бинарных файлов не работает

[Dark Hole]

Александр: так там неточно - гит именно использует ссылку на прошлый файл +\- изменения

[ndbn]

Saboteur: Александр: занятно, считал, что это его отличает в лучшую сторону от других систем контроля версий

[Saboteur]

ndbn: Во многих случаях конечно в лучшую - скорость работы гита гораздо выше, благодаря тому, что не нужно накатывать тысячи диффов на какую-то древнуючую оригинальную версию.
Вдобавок такие вещи как ребейз, вне гита сделать невероятно трудно.

Исходники не занимают слишком много места, особенно учитыая современные накопители информации, зато скорость работы и удобство возрастают, и работа с ветками благодаря этому очень упростилась.

Answer 4

[Евгений]

Мой вариант: Домашний NAS + SyncThing (Либо BitTorentSync).
Ну или любые другие аналоги дропбокса вплоть до банального rSync.
OwnCloud тоже вещь хорошая и удобная.

Answer 5

[Артур Атнагулов]

В дополнение к ответу Yustas Alexu про битбакет: есть замечательный gitlab.com, который разрешает хранить до 10ГБ в приватном репозитории (в битбакете можно хранить только 1ГБ). Приватные репозитории тоже бесплатные.

Answer 6

[iBird Rose]

ну тк выведи psd из папки и храни. тогда и мешаться не будет

project1
---->psd
---->Dev
-------->css
-------->js
-------->img
-------->index.html

Answer 7

[zooks]

Просто купите съемный жесткий диск.

Comments

[Сергей]

и прое*ити его в метро например) да и таскать его надоедает каждый раз

[zooks]

Сергей: ну нормальное решение - облака и Git, если этого не хватает - только съемный носитель. И да, если человек теряет сумки в метро - это уже диагноз. Можно работать и с более легкой флешки, но она быстрее выйдет из строя.

[Сергей]

zooks: Могут просто вытащить в час пик из сумки. Ну вобще согласен с вами, если не хватает то внешний жд. Хотя флешку бы на 256-512гб хватило бы наверное

Answer 8

[Konstantin Kruglov]

Ситуация похожая. Дома iMac, на работе ubuntu. Выше предлагают внешний диск. Как вариант. Но какая файловая система? FAT32 чтоб и на маке и в линуксе работало? Так она же прошлый век по надежности... Насколько я знаю ext4 в маке вообще никак не работает, а в линуксе exFAT точно так же... Да и мрут эти внешние диски в самый неподходящий момент... Но на самом деле вопрос шире. Дело не только в проектах, но и в других файлах... В среде разработке, поведение системы... В общем пришел к выводу, что нужно брать ноут. Правда хороший ноут, с качественным дисплеем full hd, 13'', с памятью от 8 гектар, SSD минимум 256 гекта, чтоб надолго хватило, легкий, такой будет стоить ну где-то 80-90 тр минимум. А это уже MacBook. И, если честно, ничего кроме мака брать не хочется, ноуты других производителей не внушают ничего хорошего к сожалению...

Comments

[Игорь Воротнёв]

Так, чисто для информации - текущий MacBook Pro 13" c 8Гб оперативы не самый производительный зверь, увы. У коллеги который фронтоном занимается такой, с PHPStorm медленноват к примеру. У меня 15" с 16Гб - вот это другое дело. Но лучше подождать осени, будет обнова.

[Konstantin Kruglov]

Наверное диск обычный. У меня на маке обычный был, поставил SSD, не самый шустрый, старый - совершенно по другому работает, гораздо лучше.

[TheML9I]

если брать винт с 256Гб, то и данных значит не много, можно выбрать что-нить из предложенного выше.

Answer 9

[Игорь Воротнёв]

Код - в гит
PSD - отдельно (Google, Dropbox, Adobe Cloud, BitTorrent Sync, Amazon S3 - как угодно)

Answer 10

[Aleksey Muskos]

ninja style
На малине все проекты в гите + винт.
Идёшь на работу, вставляешь малину.
Кроссплатформенная рабочая среда с твоими любимыми настройками, которая активизируется за пару секунд и помещается в карман (два кармана).

Comments

[TheML9I]

малину с винтом можно дома крутить, и забирать тяжелые файлы по мере надобности.

Answer 11

[ndbn]

Спокойно используйте систему контроля версий(git, mercurial, ...)
На локальном компьютере заведите папку, где это будет лежать, а в рабочий каталог(www, public_html) сделайте символическую ссылку(mklink /D в виндовс).

Answer 12

[RubaXa]

У меня всё лежит на github, а сама папка со всеми проектами находится в DropBox. Так жил очень долго, года три, но на этой недели отключил DB, теперь только через git push & git pull синкать.

Причина конфликты, привет забытый watch'ер дома или на работе. Бывают конфликты прямо в папки .git, это совсем днище. Так же дома висит вечная синхронизация каких-то 20 файлов. В целом, сам процесс синхронизации постоянно насилует бедный диск и это сказывается на всей системе (дома не ssd).

Но это конечно не так удобно, как с облаком, приходится комитить прямо недописанный код, засоряя историю мусорными комитами, увы.

В общем если у вас проектов меньше чем на 1-2 гиг, то облако нормально справляется, проблемы начались после двух и во всех используется npm (node_modules — это кошмар синхронизации).

Comments

[myskypesla]

Проектов уже на 9 гб, а именно 34 проекта в которых есть node_modules и постоянно приходится когда прихожу домой ждать пока в Google диске пройдёт синхронизация 8000 файлов если 1 проект на работе добавил, это жесть. Пробовал конечно удалять node_modules каждый раз перед уходом с работы, но это тоже дичь, короче нет пока нормального облака где можно было бы поставить что-то подобное gitignore

[RubaXa]

myskypesla: Да, тогда у вас та же проблема, ни одно облако не рассчитано на такую работу, а `.cloudignore` никогда не появится, слишком для гиков :[

Думаю можно попробовать поднять сервер на рабочей тачке работать на ней, но хз какая скорость будет, почитать бы чей-нибудь опыт.

[Сергей delphinpro]

myskypesla: В гуглдрайв можно выбирать какие папки синхронизировать, в яндексдиске наоборот - какие не нужно синхронизировать. Неудобство минимальное - один раз настраивать исключения для каждого проекта.
Храню повседневные проектики по верстке в ЯДиске, оттуда же шарю заказчикам. Собственные длительные проекты - в битбакет.

[RubaXa]

Такой функционал есть в каждом Облаке, и он не решает проблему, когда вам нужно отключить синхронизацию по маске для файлов, которые не лежат в конкретной директории, а разбросаны для по проекту.

[myskypesla]

RubaXa: Истину говоришь )) абсолютно те же проблемы. Короче нужен облачный сервис чтобы можно было бы прописывать аля "gitignore" и при этом синхронизировались файлы как код, так и просто файлы. Это идеал )

[theWaR_13]

А кто мешает хранить весь проект на гитхаб, включая .psd и прочее?

[RubaXa]

theWaR_13: Никто, я как раз так и делаю, но это неудобно, нужно обязательно не забыть закомитить и запушить, притом ещё приходится пушить недописанный код, прямо по середине, чтобы можно было продолжить дома. Ну и банальное «забыл» из-за которого мне уже однажды приходилось возвращаться на работу.

[Тимофей Дергачёв]

RubaXa: работа в отдельной ветке и squash спасет от засорения истории.

[RubaXa]

И добавляет ещё больше гемора, да.

[Тимофей Дергачёв]

RubaXa: но если над проектом вы работаете не один, то без веток все равно не обойтись.

[RubaXa]

Так причем тут ветки? Мы же говорим про синхронизацию, я когда работал через DB, то не нужно было думать, не забыл ли сделать коммит-пуш, приходишь домой, и продолжаешь в той же ветке, т.е. папка .git тоже синхронизируется, в том же файле.

Answer 13

[Борис Якушев]

Github, bitbucket

Comments

[DDDsa]

, Gitlab

Answer 14

[Dimonchik]

PSD просвещенные хранят в самом Адоб клауд

Comments

[zooks]

Кстати, это даже не требует покупки продуктов Adobe ;-)

Answer 15

[unhappy]

использовать node_modules через hard link не вариант?
они облаком не игнорируются?

Answer 16

[Алексей Шумкин]

из-за больших файлов посмотри в сторону git annex

Answer 17

[Андрей]

Самый маленький дроплет на DigitalOcean дает 20 гб SSD и стоит 5 баксов в месяц, плюс там недавно добавилась возможность отдельно хранилище добавлять за разумные деньги. Можно поднять свой собственный приватный GIT-сервер с отдельными репами на каждый проект и не мучаться с кривыми синхронизациями всего и вся. НУ и PSD архивировать для хранения однозначно, выше писал уже в каментах.

Comments

[Snooper]

5$ в месяц это очень дорого, полно vps по 6-8$ в год. Они для развёртывания git подойдут не хуже.

[Андрей]

Snooper: Ссылки в студию :) Я не думаю что для товарища со стольким количеством проектов 5 e.y. в месяц дорого... :)