GitHub: двинуть ветку из одного Репо в другое Репо

Есть GitHub Организация. Внутри организации есть несколько Репо. Нужно двинуть код из (одной ветки) одного Репо в (какую-то ветку) другое Репо.

я ожидал что это можно легко сделать в пределах самого GitHub, например создать новую ветку в Destination Репо просто клонировав другое Репо\ветку. Но я не вижу таких вариантов.

понятно что все это можно сделеть через локальную или виртуальную машины и Git, но вопрос можно ли это сделать point-and-clickом в самом GitHub?

Den Brown

Есть GitHub Организация. Внутри организации есть несколько Репо. Нужно двинуть код из (одной ветки) одного Репо в (какую-то ветку) другое Репо. 

я ожидал что это можно легко сделать в пределах самого GitHub, например создать новую ветку в Destination Репо просто клонировав другое Репо\ветку. Но я не вижу таких вариантов.

понятно что все это можно сделеть через локальную или виртуальную машины и Git, но вопрос можно ли это сделать point-and-clickом в самом GitHub?

Не слышал что есть какие-то point-and-click решения для межрепозиторного взаимодействия.
Имхо такое 99% решили бы просто клонированием двух репозиторий на локальную машину (или виртуалку) с последующим копированием папки из одного репо в другой и последующим коммитом.

Dmitry Shnyrev

Не слышал что есть какие-то point-and-click решения для межрепозиторного взаимодействия. 
Имхо такое 99% решили бы просто клонированием двух репозиторий на локальную машину (или виртуалку) с последующим копированием папки из одного репо в другой и последующим коммитом.

Dmitry Shnyrev

Не слышал что есть какие-то point-and-click решения для межрепозиторного взаимодействия.
Имхо такое 99% решили бы просто клонированием двух репозиторий на локальную машину (или виртуалку) с последующим копированием папки из одного репо в другой и последующим коммитом.

Плюсую, единственная проблема может быть с историей веток/релизов етц, они не перенесутся.

EvAzi

[quote="Dmitry Shnyrev"]Не слышал что есть какие-то point-and-click решения для межрепозиторного взаимодействия. 
Имхо такое 99% решили бы просто клонированием двух репозиторий на локальную машину (или виртуалку) с последующим копированием папки из одного репо в другой и последующим коммитом. [/quote]
Плюсую, единственная проблема может быть с историей веток/релизов етц, они не перенесутся.

Dmitry Shnyrev

просто клонированием двух репозиторий на локальную машину (или виртуалку) с последующим копированием папки из одного репо в другой и последующим коммитом.

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

Den Brown

[quote="Dmitry Shnyrev"]просто клонированием двух репозиторий на локальную машину (или виртуалку) с последующим копированием папки из одного репо в другой и последующим коммитом.[/quote]

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

Den Brown

невероятно сложный процесс для кода, который уже физически находится на ГитХабе в двух соседних репо в одной организации. но так и буду делать
Цитировать

А можешь пояснить в чем сложность? Пока выглядит как 1. скачать репо 2. Привязать к новому репо 3. Запушить код.

EvAzi

[quote="Den Brown"]невероятно сложный процесс для кода, который уже физически находится на ГитХабе в двух соседних репо в одной организации. но так и буду делать
Цитировать
[/quote]
А можешь пояснить в чем сложность? Пока выглядит как 1. скачать репо 2. Привязать к новому репо 3. Запушить код.

Den Brown

невероятно сложный процесс

тоже крайне удивлен такой формулировкой. Если ты к тому почему это не сделали в самом GitHub? Может потому что GitHub это всего лишь надстройка над git а не полноценная файловая система. Такую фичу как взаимодействие между репозиториями пилить с нуля тот его кусок работы. Напишешь копирование между репозиториями, а там пойдет как снежный ком. Кому-то понадобится удаление, перенос, что там еще можно придумать? Плюс кому-то понадобится перенос не только в пределах одной организации, а вообще между двумя любыми репозиториями. Это новый функционал = это новые дыры в безопасности. Так что не стоит так критически относится к этой ситуации

Dmitry Shnyrev

[quote="Den Brown"]невероятно сложный процесс[/quote]
тоже крайне удивлен такой формулировкой. Если ты к тому почему это не сделали в самом GitHub? Может потому что GitHub это всего лишь надстройка над git а не полноценная файловая система. Такую фичу как взаимодействие между репозиториями пилить с нуля тот его кусок работы. Напишешь копирование между репозиториями, а там пойдет как снежный ком. Кому-то понадобится удаление, перенос, что там еще можно придумать? Плюс кому-то понадобится перенос не только в пределах одной организации, а вообще между двумя любыми репозиториями. Это новый функционал = это новые дыры в безопасности. Так что не стоит так критически относится к этой ситуации :smiley:

Dmitry Shnyrev

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

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

Den Brown

[quote="Dmitry Shnyrev"] Такую фичу как взаимодействие между репозиториями пилить с нуля тот его кусок работы.[/quote]

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

EvAzi

А можешь пояснить в чем сложность?

если бы в момент создания новой ветки в ГитХабе была опция "Клонировать репо\ветку" - вот это было бы "не сложно"

Den Brown

[quote="EvAzi"]А можешь пояснить в чем сложность?[/quote]

если бы в момент создания новой ветки в ГитХабе была опция "Клонировать репо\ветку" - вот это было бы "не сложно"

Dmitry Shnyrev

Имхо такое 99% решили бы просто клонированием двух репозиторий на локальную машину (или виртуалку) с последующим копированием папки из одного репо в другой и последующим коммитом.

люди добрые, дайте вот такой shell скрипт, чтоб выполнять на виртуалке, или ссылку

Den Brown

[quote="Dmitry Shnyrev"]Имхо такое 99% решили бы просто клонированием двух репозиторий на локальную машину (или виртуалку) с последующим копированием папки из одного репо в другой и последующим коммитом.[/quote]

люди добрые, дайте вот такой shell скрипт, чтоб выполнять на виртуалке, или ссылку

Den Brown

люди добрые, дайте вот такой shell скрипт, чтоб выполнять на виртуалке, или ссылку

Конкретно не дам готовое решение, но тебе ничего не мешает написать такой скрипт самому.

Это будет просто комбинация из:

git clone repo1... to folder1
git clont repo2... to folder2
cp folder1/your_folder folder2/your_folder
cd folder2/
git add ... // добавить новые файлы для отслеживания
git commit ... // создать коммит
git push

поиграйся на локальной машине сперва пока скрипт не заработает, а уже потом на виртуалку его отправляй.

Dmitry Shnyrev

[quote="Den Brown"]люди добрые, дайте вот такой shell скрипт, чтоб выполнять на виртуалке, или ссылку[/quote]

Конкретно не дам готовое решение, но тебе ничего не мешает написать такой скрипт самому.

Это будет просто комбинация из:

[code]
git clone repo1... to folder1
git clont repo2... to folder2
cp folder1/your_folder folder2/your_folder
cd folder2/
git add ... // добавить новые файлы для отслеживания
git commit ... // создать коммит
git push
[/code]

поиграйся на локальной машине сперва пока скрипт не заработает, а уже потом на виртуалку его отправляй.

кстати, такой скрипт легко ChatGPT-иться, но я еще не тестил его

Den Brown

кстати, такой скрипт легко ChatGPT-иться, но я еще не тестил его

проверил скрипт от ChatGPT - рабочий

Den Brown

проверил скрипт от ChatGPT - рабочий

Den Brown

проверил скрипт от ChatGPT - рабочий

А я вот не доверяю ChatGPT в плане написания скриптов.
Меня как-то клиент пытался удивить. Придумал как-то логику для FORMULA field.
Я говорю дайте время я напишу. А он давай ChatGPT напишет и время терять не будем. Описал он чего хотел, а ChatGPT в выдал формулу. Клиент довольный, пробует формулу вставить, а нифига не получается. Оказывается ChatGPT команды придумал какие-то левые. Начали разбираться, гуглить ради любопытства, оказалось он эти команды из Excel подтянул.
Так что принцип хочешь сделать хорошо - сделай это сам еще не победили!

Dmitry Shnyrev

[quote="Den Brown"]проверил скрипт от ChatGPT - рабочий[/quote]
А я вот не доверяю ChatGPT в плане написания скриптов. 
Меня как-то клиент пытался удивить. Придумал как-то логику для FORMULA field. 
Я говорю дайте время я напишу. А он давай ChatGPT напишет и время терять не будем. Описал он чего хотел, а ChatGPT в выдал формулу. Клиент довольный, пробует формулу вставить, а нифига не получается. Оказывается ChatGPT команды придумал какие-то левые. Начали разбираться, гуглить ради любопытства, оказалось он эти команды из  Excel подтянул. 
Так что принцип [b]хочешь сделать хорошо - сделай это сам[/b] еще не победили! :party: