Pull to refresh

Comments 32

<\sarcasm>А можно такую же инструкцию, но для Яндекс.Диска?<\sarcasm>
UFO landed and left these words here
Равно как и на гитлабе, о чем выше уже упомянули.
Почему OneDrive? Можно использовать тогда уж любое облачное хранилище. Но все равно это разве что временное решение, т.к. изменяемые файлы будут постоянно синхронизироваться.
наверное все таки не будет… работа ведется не прямиком в каталоге OneDrive… туда только пушатся изменения…
Синхронизироваться будет любой изменённый файл (если настройки синхронизации по умолчанию). Причём с точки зрения OneDrive — это не изменение файла, а удаление старой версии и создание новой. Видимо, необходимо для системы бэкапов-откатов к прежним версиям. И в итоге на почту будут регулярно сыпаться письма вида: «у вас тут в корзине овердохрена файлов удалённых скопилось, мы их удалим, вы не против?».
но будет все это произходить только во время пуша… незнаю как вы, но я делаю пуш редко… раз-два в день…
Barabashkad прав, я не размещаю в синхронизированном каталоге сами проекты, туда только пушатся изменения. А это не так часто.
Вы будете смеяться, но при коммите в гит-репозиторию файлы в основном добавляются. Измененных файлов всего один или два (точно нее помню).
Прошу прощения, при пуше, конечно. Хотя пуш от коммита, думаю, не особо отличается в плане изменений в файлах репозитория.

Был у меня скриптик, который синхрил git-репозиторию между флэшкой и диском. Пофайлово. Не спрашивайте зачем, так было надо. :)

Так вот, если в репозиторию запушить пару-тройку коммитов, скрипт выдавал примерно такие цифры: 15 файлов добавлено, 2 изменено. Менялся в основном, конечно, .git/refs/heads/master и еще что-то там, не помню уже что.
Совсем любое облачное хранилище использовать не получится.
Например, если вы попытаетесь для гит-репозитории использовать Google Drive (aka Google Sync), вас ждет множество удивительных сюрпризов. Эта падла иногда самовольно переименовывает файлы (добавляет и удаляет "(1)" после имени). Да и с синхронизацией у них проблемы бывают — то файлы недососет, то старую версию обновить отказывается…
Зачем такие костыли, если есть кроме GitHub и другие сервисы. Тот же gitlab позволяет создавать приватные проекты.
Есть бесплатные приватные git репозитории. Azure DevOps Repos (ранее VSTS), например. Зачем городить не понятно что и бантик сбоку?
А что будет, если после такого пуша «в облако» у вас помрет винт и часть файлов останется не синхронизированными? Наверно это приведет к тому, что вы не сможете сделать пул, заменив диск, т.к. целостность будет нарушена.
Я всегда синхронизирую после пуша. Ну а чтобы винт помер прямо во время, ну это уже совсем исключительная ситуация.
UFO landed and left these words here
Ну значит так сложилось. На то это и домашние самоделки если уж прямо все совпало. Это же явно не для заработка. А рабочие проекты думаю можно хранить на github, gitlab или на любом другом сервисе, что приводили в комментариях выше.

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

С одним файлом может ничего и не случится. Но там далеко не один файл меняется после пула, а порядок отправки файлов в облако не определен. Из 10 файлов зальются 5 через 1 и всё — спокойной ночи.
Спасибо всем ответившим и предложившим другие сервисы.
Вы правы, можно использовать и их. Почему я решил сделать на OneDrive:
1. Просто наивно я не знал про gitlab и bitbucket.org;
2. есть диск OneDrive, который просто простаивает пустым. Зачем пропадать добру? :)

Я не претендую на единственно правильное мнение, просто решил привести пример как это можно сделать, так как в русскоязычном интернете такой информации нет. Обязательно посмотрю другие репозитории, что вы привели, спасибо.
Для разных задач бывают нужны разные инструменты. Люблю разделять, и не сваливать все в одну кучу :)
так как в русскоязычном интернете такой информации нет
По причине очень лёгкого способа найти эту информацию. То есть, информация в русскоязычном интернете есть, просто не только лишь все могут её найти. Например, по запросу в гугл «приватный репозиторий git» выдаются очень заманчивые результаты.
Ну и плашка tutorial для такой статьи излишняя.
Потому что статья выглядит: Как создать локальный репозиторий git. А это, извините, вопрос из FAQ к git.
То, что репозиторий разместили на хранилище с поддержкой синхронизации в другое место — ну, довольно очевидный шаг для тех, кто пользуется этими самыми хранилищами (речь о домашних пользователях).
>>> По причине очень лёгкого способа найти эту информацию. То есть, информация в русскоязычном интернете есть, просто не только лишь все могут её найти. Например, по запросу в гугл «приватный репозиторий git» выдаются очень заманчивые результаты.

То что информации в русскоязычном интернете нет — я писал про связку git с OneDrive, а никак не о наличии приватных репозиториев на других сервисах. Внимательней читайте.
Про создание репозитория локальной папке вы правы, но я с ходу не нашел. Поэтому в статье и написал, что инструкция будет полезна для начинающих как и я, а профессионалы и так наверняка знают.
Я немного о другом.
Возникла необходимость завести git-репозиторий.
Первая мысль: мануал, как же, собственно, он создаётся.
Вторая мысль: а если винт помрёт? А залью-ка я это в какое-нибудь облако, благо их полно на любой вкус.
А дальше просто — в какую синхронизируемую другой программой папку размещать каталог репозитория. Для git нет разницы, на каком локальном хранилище репозиторий, бэкапится ли и как именно — это уже вопросы к файловой системе и другим программным средствам (хоть DFS, хоть снапшоты виртуалки — извращенцев полно).
Ценность мануала для новичков крайне мала — только для тех, кто своими силами не разобрался в документации. Но это же Хабр, ё-моё!
Хорошо, я понял ваше мнение. Значит больше не буду писать подобных простых статей, а если надо — уберу и эту из публикаций.
bitbucket.org и gitlab — это конечно же хорошо, однако…
Имхо gitlab уж слишком развесистый. Для своих поделок там слишком много лишнего, а вот к bitbucket.org у меня просто не лежит душа, хотя ничего плохого сказать о нем я не могу.
Для себя же я выбрал следующее: gogs.io (кто не знает: еще один аналог github и gitlub) установленный на личный VPS (благо они сейчас от ~300р) + таким решением я получаю не только «хранилище кода» но и место где их можно запускать, причем не важно на чем бы они было написаны.
Вот и я хотел сказать, что на вкус и цвет как говорится… :) Кому-то нравится одно, кому-то другое, у третьего тоже свое мнение. Спасибо за информацию о еще одном сервисе.

Говорят, Gitea (форк Gogs) лучше и развивается быстрее

Хм, не слышал, спасибо, «потыкаю» на досуге
Sign up to leave a comment.

Articles