Комментарии 17
О, а приходите к нам работать? ? ?
Что-то как-то боязно...
Ребят, а можно вопрос не по сабжу статьи?
почему Вы не берете деньги в управление хотя бы для тестов?)
Это все хорошо, но как делать ревью? На мой взгляд удобнее все же сделать изолированную сеть с каким нибудь простым gitea или аналогом. Безопасность физического носителя по сравнению с сетью под вопросом, а вот в скорости разработки и качестве кода разница должна быть ощутимая..
Как проводить ревью? Да как обычно - смотрите коммиты (`git log -p`, `git show`, etc), задаёте вопросы автору через стандартный канал связи, при необходимости что-то вместе дорабатываете. Для этого процесса не обязательно иметь веб-приложение.
Так же как ведётся разработка Linux. Эл. почта, сборник патчей, ответы и т. д.
Ожидал увидеть очередной мануал как настроить GitLab.
Автор превзошёл все мои ожидания :)
Самое смешное, что git так именно был и задуман. Потом появились всякие веб централизации, которые испоганили всю идею. :D
Но я не могу не заметить, что для такого режима работы fossil гораздо удобнее. Он не только так был задуман, но и правильно был реализован, чтобы не иметь неудобства других DVCS. В итоге, делать «github» для fossil бессмысленно, потому что все что нужно уже есть в нём.
А не для email workflow-а? Там кстати, тоже, в принципе, не обязательно полученные файлики через сеть посылать.
В гите, любой репозиторий, отличный от локального, может быть внешним (мне не нравится термин «удаленный», так как с ним порождаются странные языковые конструкции типа «удалить удаленный»)
Внешний или локальный это не свойство репозитория, а скорее отношения между разными экземплярами репо.
Так вот внешний репо может лежать и в соседнем каталоге того же компьютера, так и в сетевой шаре Windows. Мы с таким же успехом можем задать в remote полный путь к папке в сети вида \\комп\шара\каталог и спокойно синхронизироваться с коллегами в закрытой локальной сети. Никакие gitea или гитлабы тут не обязательны.
Bare-репозиторий создавать тоже нет особой нужды. Главное не пытаться делать push в активную ветку.
А ещё адрес внешнего репозитория типа "ssh://username@serverAddress:pathToRepo" это просто директория на каком-то сервере, доступная через ssh.
Прикольно, что всё так просто и универсально сделано.
И ещё забавный и не сразу очевидный момент - можно в репозиторий запушить ветку из другого репозитория, даже если тот относится к совсем другому проекту и не имеет ничего общего. Достаточно, чтобы имена веток были разными.
Автор заново изобрел флоппинет
Модель безопасности в компании запрещает пользоваться сетью и flash накопителями. Но есть ещё CD/DVD диски. Это точно статья про работу, а не пром. шпионаж?)
Лично я использовал локальный гит для создание патчей к пакетам, когда с какой-нить rpm работаешь, условно, распаковал, git init, поделал изменения, git commit, git diff > new_feature.patch. Но методы приведённые в статье, это новый уровень уже какой-то).
Создаю бандл, из бандла клонирую копию репозитория. В копии директория .git/objects содержит только info и pack, все директории от 00 до ff созданы не были. Объясните, пожалуйста, почему так происходит?
Оффлайновое использование Git