LINUX.ORG.RU
решено Форум — Development  

Какой ритуал выполнить что-бы в gitflic сделать репозиторий публичным?

 , ,


0

1

Решил вот попробовать. А чего бы и нет то. В настройках смотрел, галочка «сделать публичным» в «опасной зоне» неактивна. Чево им нада?

Создал репозиторий, первый ком блином RSA не поддерживается и мой публичный ключ сохранился, а ничего не клонируется, со второго раза заметил БОЛЬШИЕ КРАСНЫЕ БУКВЫ RSA ключи не могём. Ну ладно сгенерировал ещё один ssh ключик уже специально для джитфлика ssh-keygen -t ED25519 склонировал, запушил инит.

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

Ладно думаю хз, а потом гляжу на странице профиля написано README профиля не найден. Поделитесь информацией о себе, создав README для вашего профиля

Тыкаю, делая по инструкции и там явно написано что есть условия

https://gitflic.ru/help/profile/readme

Вы создали репозиторий с именем, совпадающим с вашим именем пользователя Gitflic.
Репозиторий публичный.
Репозиторий содержит файл с именем README.md в корне.
Файл README.md содержит любой контент

Ага, саска бибку. Повторюсь, может там ритуал какой надо натыкать. Ну странно.

Перемещено hobbit из general

★★★★★

Последнее исправление: LINUX-ORG-RU (всего исправлений: 1)

Кстати, git.org.ru снова доступен. Когда я его тыкал, там всё было проще, чем на гитфлике.
Я ни к чему не призываю, просто инфа к размышлению.

hobbit ★★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

хм, у меня кнопки активны, пойду попробую жамкнуть

а дальше плашка с отсылом к администрации :) но уже прогресс, кнопка жамкается

Morin ★★★★
()
Последнее исправление: Morin (всего исправлений: 1)

Учитывая скудость комьюнити этих новомодных git.org.ru и gitflic даже по сравнению с gitlab.com(с гитхабом даже сравнивать не буду - и так всё ясно), в упор не вижу чем они лучше собственно-поднятой gitea или gitlab. Импортозамещение ради импортозамещения?

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

В мире победившего docker-а сделать docker pull и перезапустить контейнер при выходе новой версии - это конечно капец достижение.

Единственный верный аргумент зачем стоит пользоваться ЭТИМ сейчас вместо github - только боязнь того что github/gitlab/любой_другой_зарубежный_сервис прикроет лавочку для России.

Тут понимаю, тут вопросов нет.

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

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

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

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

Я вот примерно по таким соображениям почти 20 лет назад стал самостоятельно хостить почту. Но кроме красоты, престижа и надёжности (последнее с большими оговорками, если сравнивать с яндексом), это ещё и куча геморроя. Подцепишь зловреда — будешь долго вычищать себя из блеклистов. Сертификаты, спам, ограничения на аттачи… Сейчас я этими ящиками пользуюсь, скорее, из соображений «бросить жалко». Это только с почтой, VCS, КМК, сложнее.

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

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

Подцепишь зловреда — будешь долго вычищать себя из блеклистов.

По-моему это меньшая из проблем. Большая - это думать, только ли переустанавливать систему (на одном устройтве или на всех?) или опасаться что зловред залез и в прошивку на железе куда-нить.

Это только с почтой, VCS, КМК, сложнее.

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

на популярном сервисе мой проект будет висеть ещё долго

Не обязательно сразу такие фатальные сценарии придумывать, тебе может просто надоесть этим заниматься с тем же итогом для личного хоста. Зеркал можно хоть 10 сделать на разных сайтах. Но оригинал, который привязан к рабочему процессу, должен быть у себя.

firkax ★★★★★
()
9 января 2023 г.

Добрый день!

После спам-активности мы закрыли доступ на создание публичных записей, так как они имели оскорбительное содержание, а их владельцы регистрировались на временные почты.

Для получения доступа на размещение публичных проектов необходимо написать в поддержку по адресу support@gitflic.ru с почты, на которую вы зарегистрировали профиль, либо указать в письме логин от вашего аккаунта.

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

На сайте в разделе: https://gitflic.ru/help/project/projectSettings нет упоминания о необходимости дополнительных обращений в связи со спам-активностью. Если это не сделано специально, то наверное пользователям было бы удобнее, если была бы информация об этом на страничке.

А в идеальном мире хорошо бы, чтобы об этом сразу бы сообщалось в форме изменения свойств проекта. Чтобы каждому пользователю не приходилось бы рыться по выдаче яндекса в поисках ответа почему не получается изменить свойства проекта.

sidtver
()
Development