LINUX.ORG.RU

Вопросы по созданию git репозитория своего проекта

 , ,


0

1

Какой хостинг репозиториев выбрать? НЕ github! Какой-нибудь более открытый и свободный. Savannah?

Какими командами инициировать создание нового проекта?
Никогда не пользовался git всерьёз, делал только git clone каких-то чужих проектов.
Т.е. нужно залить имеющийся тарбол в новый проект и создать необходимые ветки.

★★★★★

Последнее исправление: teod0r (всего исправлений: 1)
Ответ на: комментарий от her_s_gory

Может да, а может и нет…

Паранойя вообще-то поддаётся терапии.

В этом месте стоит пожалуй напомнить о разнице между Git и GitHub, как о разнице между Porn и PornHub.

Какая разница у какого хостера лежит копия репозитория? Можно и там и сям, и даже под кроватью у соседа.

beastie ★★★★★
()

Какой хостинг репозиториев выбрать? НЕ github! Какой-нибудь более открытый и свободный. Savannah?

Какой хочешь, такой и выбирай. С точки зрения git никакой разницы нет.

Какими командами инициировать создание нового проекта?

Прочитай Pro Git book, эта книга ответит на все твои вопросы.

vbr ★★★★★
()
Последнее исправление: vbr (всего исправлений: 1)
Ответ на: комментарий от her_s_gory

мне сносили репозиторий по жалобе. это да. и когда-то давно акк сносили, когда я нашел у них странный баг, когда указываешь почту билла гейтса в настройках гита (на хосте) и от его имени (реально этот полудурок отображался) себе в репу коммиты делаешь, кто-то это увидел и снес мне акк. за анимешную соску временно банили с формулировкой сексуализация подростков, хотя то не подросток… у gitea есть workflows, совместимый с гитхаб - вот это самое нужно для сборок проектов. я с помощью них vue компилирую по коммиту, копируя содержимое dist прямиком в /var/www контейнера nginx

rtxtxtrx ★★★
()
Последнее исправление: rtxtxtrx (всего исправлений: 1)
Ответ на: комментарий от her_s_gory

Гитхаб - американская компания и может наложить санкции - это раз.

Гитхаб имеет мутные полиси и может тупо заблочить проект - это два.

Господи, D в DVCS это Distributed. У тебя полная копия репы на компе, что-то не так, склонировал на другой хостинг. А не искать правильного господина.

goingUp ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

просто заблокировать тебе доступ с требованием заплатить за доступ к твоему же коду

Были прецеденты?

Конкретно с кодом — пока нет.
Но корпораты уже блокируют аккаунты пользователей без возможности вернуть свои данные (облака, например).

mord0d ★★★★★
()
Ответ на: комментарий от teod0r

больше 10 лет занимался разработкой проекта у себя локально на компе. гитом даже не пользовался. хочу выложить в открытый доступ.

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

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

Кстати, как тут писали, что гит он везде гит, но вот остальные сервисы (тикеты, вики, вебхостинг) везде разные. По мере осваивания сервиса начинаешь пользоваться всем этим хозяйством, в результате чего переезд с одного хостинга на другой становится нетривиальным. Репозиторий с кодом перенести без проблем, но всё остальное — под большим вопросом. С этой точки зрения для небольших команд и одиночек очень привлекательно выглядит фоссил: всё (код, вики, тикеты, вебсайт, и даже чат) буквально в одном файле и управляется одной программой. Если ты внезапно потеряешь доступ в хостингу (в результате блокировки или угона акка), ты не потеряешь ничего: твой локальный репозиторий будет содержать буквально всё: код, вики, тикеты, сайт.

Для фоссил-реп есть бесплатный хостинг. Я как-то запускал фоссил-репу на старом добром сорсфорже, на котором фоссил официально не поддерживается, но есть веб-хостинг, возможностей которого вполне хватает для развёртывания фоссила.

debugger ★★★★★
()
Ответ на: комментарий от rtxtxtrx

rebase это по сути создание новой ветки и удаление старой (можно и не удалять до мерджа). Пока коммиты не вошли в main или другую ветку, расшаренную с другими, никаких проблем в переписывании истории нет. К примеру я часто при разработке делаю очень гранулярные коммиты, просто для своего удобства, и в какой-то момент сквашиваю нужные кучки коммитов в один, чтобы получить уже удобоваримую историю.

А вот пароли из истории удалять как раз таки глупо. В такой ситуации пароли надо менять, а не удалять из истории.

vbr ★★★★★
()
Последнее исправление: vbr (всего исправлений: 1)
Ответ на: комментарий от rtxtxtrx

Историю переписывать можно и нужно, но в своей персональной ветке.

Я по мере работы часто делаю коммит. Сделал какую-то часть работы, хочу проверить какую-то оптимизацию или гипотезу, делаю коммит, затем оптимизацию. Если получилась, то новый коммит. Если не получилась - легко откатить до последнего работающего состояния.

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

Chiffchaff
()
Ответ на: комментарий от goingUp

не совсем DVCS: push log, pull requests, reflog - это все только на сервере.
Вот в предшествующих комментах присутствуют любители линейной истории (мешают им merge commit`ы). Но в отсутствие merge commit`а сведения о том, кто и когда произвел merge содержатся только в push log/pull requests. Вот они то и будут недоступны, если ограничиться просто git clone.

MirandaUser2
()
Ответ на: комментарий от hobbit

Ого, наверное, годнота

Эта «годнота» во-первых нетривиально селфхостится (так как работает через email и ей нужен собственный mail-сервер), во-вторых «эталонный» инстанс позволяет создавать репы только за деньги и администрируется чудиком, не имеющим никакого понятия о высокой доступности.

Пару лет назад этот sourcehut заддосили и он полностью лёг нахрен на 2 недели. А чудик меня молча забанил после того как я процитировал ему его собственные посты, как он во время какого-то мелкого сбоя github бегал по комментам и рассказывал, какой sourcehut надёжный 🤣

Lrrr ★★★★★
()
Ответ на: комментарий от MirandaUser2

Я не любитель чисто линейной истории, если про меня.

Я любитель линейной истории в ветках, а вот для слияния уже готовой ветки за merge. В команде.

Но любителей чисто линейной истории, чтобы вообще без merge, тоже встречал.

Chiffchaff
()

Какой хостинг репозиториев выбрать? НЕ github! Какой-нибудь более открытый и свободный. Savannah?

Да-да, открытей savannah на найдёшь. Бери, не промахнёшься.

anonymous
()
Ответ на: комментарий от mord0d

Упоминать про reset вообще не стоит.

Чего это не стоит? Очень полезная команда по очистке рабочей директории от засоров. Правда там, как и везде в гите, наркоманский синтаксис и надо помнить правильный формат её вызова: git reset --hard.

firkax ★★★★★
()
Ответ на: комментарий от rupert

Они могут Россию вообще заблочить по идеологическим причинам.

тогда и раст туда же https://blog.rust-lang.org/2022/02/24/Rust-1.59.0/ с их crates.io, а также go и другие язычки, которые прибиты к сети в стиле «import githiub.com/blabla», ну а gitlab начал еще до появления известного повода

anonymous
()
Ответ на: комментарий от beastie

В этом месте стоит пожалуй напомнить о разнице между Git и GitHub, как о разнице между Porn и PornHub.

Вот не надо тут делать из меня идиота. Я прекрасно понимаю эту разницу. Но ты посоветовал именно конкретно гитхаб.

her_s_gory ★★
()
Ответ на: комментарий от goingUp

Господи, D в DVCS это Distributed. У тебя полная копия репы на компе, что-то не так, склонировал на другой хостинг. А не искать правильного господина.

И зачем изначально вносить точку возможного отказа, если можно не вносить?

her_s_gory ★★
()

Т.е. нужно залить имеющийся тарбол в новый проект и создать необходимые ветки.

посмотри в дереве исходников

git remote -vv

Если это форк (уже был .git) и у него уже там что-то есть, то новый репозиторий можно добавить так

git remote add $ALIAS $REPO_URL
git push $ALIAS master
# ну или main, если политкорректность

А если это просто архив, который не был в репозитории, то

сначала создаешь репозиторий на сервере (зависит от сервера)

# потом клонируешь его
git clone $REPO_URL
cd $NAME

# разворачиваешь туда исходники
tar -xzf ~/archive.tar
# и коммитишь всё
# на первый раз можно прямо в master, потом лучше через создание ветки и merge request
git add .
git tag -a 'v1.0a' -m 'description'
git commit
git push origin --tags

Какой хостинг репозиториев выбрать? НЕ github! Какой-нибудь более открытый и свободный

Никогда не пользовался git всерьёз, делал только git clone каких-то чужих проектов.

Тогда всё же лучше начать с чего-то более-менее распространенного, с веб-мордой. Это сильно поможет в изучении

Те же github и gitlab можно развернуть локально

Или даже в докере, для знакомства

router ★★★★★
()
Ответ на: комментарий от beastie

Паранойя вообще-то поддаётся терапии

Что порекомендуете, Слабоумие или Отвагу?

Porn и PornHub
под кроватью у соседа

Мисье, есть еще вопрос…

anonymous
()
Ответ на: комментарий от gruy

Тем, кто делает сквош надо отвисающие части тела отрезать. Потому что нужно тебе у кого-то из ветки один коммит забрать, чтобы, к примеру, какую-то функцию (одну!) к себе стянуть - а всё, там сквош, коммитов нет.

PPP328 ★★★★★
()
Ответ на: комментарий от teod0r

на сайте почему-то лицензия не указана.

What is the monetization strategy for Radicle? Is Radicle free software?

The Radicle protocol and clients are free and open source software licensed under the MIT and Apache 2.0 licenses, and will remain free software for ever.

Radicle is currently funded by Radworks. Radworks intends to offer hosting and retrieval services on top of the Radicle protocol. All of Radworks financials are publicly accessible here.

Chiffchaff
()