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

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

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

Поняно по каким причинам.

Нет, не понятно. Религиозные предрассудки?

Вопросы по созданию git-репозитория своего проекта (комментарий)

Зачем ветку читать, можно -же сразу ответиь.

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

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

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

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

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

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

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

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

а что, гитхаб закрытый и не свободный ?

Ну вобщем-то да. Или у тебя есть ссылка на исходники гитхаба?

rebase это хорошо. any это плохо.

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

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

gitflic мэйби?

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

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

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

шашечки или ехать?

Есличто:

teod0r ★★★★★  плоскозём

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

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

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

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

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

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

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

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

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

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

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

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

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

Первое может просто внезапно сдохнуть

Я тут решил поинтересоваться, что это вообще такое, и…

July 10, 2025 by Drew DeVault

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

Какой хостинг репозиториев выбрать?

https://repo.or.cz/

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

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

Если веткой больше никто не пользуется

git push origin :branchname

Удоли!

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

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

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

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

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

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

Это те, которые сами себя заспамили, а потом во всём обвинили «far-right forces»?
Они могут Россию вообще заблочить по идеологическим причинам.

Прошёл по ссылкам. Занимательно, что код могут писать люди, у которых моча вместо мозга.

Хм, не знал об этом

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

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

я бы выбрал github.

Выбираешь микрософт, ясно всё с тобой.

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

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

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

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

Если чисто своего - только git.selfhosting.local .
Если публичного - то git.selfhosting.local & ANY_GIT_HOSTING_OF_Internet .

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

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

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

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

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

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

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 можно развернуть локально

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

И для изучения git: https://git-scm.com/book

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

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

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

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

Radicle

с возвращением! что там с neradio, забросил?

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

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

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

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.

git.org.ru ещё.

вот я создал новый проект на https://git.org.ru
у себя сделал

cd /my_project
git init
git add *
git commit -m 'Project created'

Signing verification settings:

• Default trust model
  Use the default repository trust model for this installation.
• Collaborator: Trust signatures by collaborators
  Valid signatures by collaborators of this repository will be marked «trusted» - (whether they match the committer or not). Otherwise, valid signatures will be marked «untrusted» if the signature matches the committer and «unmatched» if not.
• Commiter: trust signatures that match commiters (This mathes github and will force Forgejo signed commits to have Forgejo as a commiter)
  Valid signatures will only be marked «trusted» if they match the committer, otherwise they will be marked «unmatched». This forces Forgejo to be the committer on signed commits with the actual committer marked as Co-authored-by: and Co-committed-by: trailer in the commit. The default Forgejo key must match a User in the database.
• Collaborator+Commiter: Trust signatures by collaborators wich match the commiter
  Valid signatures by collaborators of this repository will be marked «trusted» if they match the committer. Otherwise, valid signatures will be marked «untrusted» if the signature matches the committer and «unmatched» otherwise. This will force Forgejo to be marked as the committer on signed commits with the actual committer marked as Co-Authored-By: and Co-Committed-By: trailer in the commit. The default Forgejo key must match a User in the database.

из этого стоит Default, так и оставить?

Зачем вообще гиту какой-то хостинг? Пул ветки ведь можно сделать прямо из репы контрибутора на самохостинге?

уже чат-бот подсказал:

git remote add origin https://git.org.ru/kosmos/KOSMOS.git
git push -u origin main

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

Арендуй виртуальный сервер и используй его. Тебе надо ssh и git на сервере. Всё остальное это свистоперделки.

Никогда не пользовался git всерьёз

Прочитай книжку Pro Git.

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

Но с github не было прецедентов требования денег/удаления репозиториев просто так (случаи, где кто-нибудь выкладывал украденный код проприретарщины не в счёт, это всё же хостинг исходников, а не торрент трекер).

Но с github не было прецедентов требования денег/удаления репозиториев просто так

Как же не было. Осенью 2021 (!) года гитхаб обнаружил, что

It appears your account may be based in a U.S.-sanctioned region. As a result, we are unable to provide private repository services and paid services for your account. GitHub has preserved, however, your access to certain free services for public repositories.

Ну ок, приватные репозитории создавать больше нельзя. С моими существующими приватными репозиториями произошла плашка с текстом как выше и кнопка «сделать репозиторий публичным». Чтобы самому зайти на страницу с кодом/настройками, да. Вариантов тогда не нашёл и делал репозитории публичными на пару минут, чтобы удалить с гитхаба.

(Ещё теперь он смешно ведёт себя, когда открываешь gist с доступом по ссылке. С аккаунта он их не показывает, зато прекрасно показывает, если разлогиниться.)

Я понимаю, что это далеко не худший пример кидалова среди западных сервисов, но лично не советую использовать github кроме как просто ещё одно места среди нескольких, куда залит ваш код.

какую-то функцию (одну!) к себе стянуть - а всё, там сквош, коммитов нет

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

Копипасти как все и не выёживайся %)

У нас коммитят по модулям. А если патч в другую либу а том же монорепе - то или отдельный ПР, или отдельный коммит. И если кому надо - то черрипикают, да